--
[ Picked text/plain from multipart/alternative ]
Hmmm - but if we get 10,000 messages from hotmail.com and *one*
of them keeps getting re-queued at the hotmail end, I'd have to think
there's something particular to that message, and not a firewall or timeout
issue. I haven't noticed anything consistent about these looping messages.
Some are fairly big (attachments, 100K in size) and some are just simple
text teeny messages. And they come from all over, not just hotmail. We even
had one from a machine on our own campus - a VMS machine kept
re-queing a particular simple message. The error on the VMS side just
said "PROTOCOL error". I guess what I really want to know is, how
can I get something verbose about this particular message on the exim
side of things it if isn't in the exim queue? We have full logging
turned on,
and the message is delivered successfully each time (over and over). It
just isn't alerting the sending host that it was delivered.
- jim -
Suresh Ramasubramanian wrote:
>On Tue, 2002-12-10 at 23:33, Jim Savoy wrote:
>
>
>>We are running exim 4.05 on a Redhat 7.2 box. Our mail
>>servers work flawlessly except for one unsual problem: occasionally
>>(I'd say about once per every 4000 messages) the sending host does
>>not seem to realize that the email it has sent us was successfully
>>delivered. So it sends it again and again and again. The mail is
>>
>>
>
>Every time I have seen this, it has been because of one or two reasons -
>
> Aggressive timeouts at one end or the other
> MTU path discovery issues (over-aggressive firewall?)
>
> srs
>
>
>
>--
>
>## List details at http://www.exim.org/mailman/listinfo/exim-users Exim details at http://www.exim.org/ ##
>
>
>
>
--
