Repost: [Exim] 550 Cannot route to <xxxx@yyy>

Kezdőlap
Üzenet törlése
Válasz az üzenetre
Szerző: Klaus Muth
Dátum:  
Címzett: exim-users
Tárgy: Repost: [Exim] 550 Cannot route to <xxxx@yyy>
Am Dienstag, 6. August 2002 08:23 schrieb Klaus Muth:
> I had this question before on news:de.comm.software.mailserver, but they
> pointed me here ;).

Somebody wrote me, he didn't find my original message. Maybe there was
some problem, since I subscribed just some minutes before. So I repost
my first mail to this list (hoping that nobody will be offended).

---- Repost of message Tue, 6 Aug 2002 08:23:17 +0200 ----
Hi!
I had this question before on news:de.comm.software.mailserver, but they
pointed me here ;).


We've got the following setup: In our intranet, we have an antique Sun/Solaris
with Sendmail 8.8.8 and it has configured our mailserver (exim 3.22) as
smarthost. Sometimes we have to send about 200 mail, 400kB each to our
customers. Each mail is composed and sent separately. Ok, now the problem:
about 10% of these mails bounce:
----- The following addresses had permanent fatal errors -----
xxxx@yyy


----- Transcript of session follows -----
... while talking to mail.hagos.de:

>>> RCPT To:<xxxx@yyy>


<<< 550 Cannot route to <xxxx@yyy>
550 xxxx@yyy... User unknown


If I send again later, there is no problem with this address!


exim_mainlog:
2002-07-30 16:14:42 verify failed for SMTP recipient \
           xxxx@yyy <weinert@???> \
           H=zentra.hagos.de [192.168.100.200]
[...]
2002-07-30 16:36:36 17ZY71-0007ie-00 <= weinert@??? \
           H=zentra.hagos.de [192.168.100.200] P=esmtp \
           S=167671 id=2005_16974_1028039429_1@Zentra
2002-07-30 16:36:48 17ZY71-0007ie-00 => xxxx@yyy R=lookuphost \
           T=remote_smtp H=email.aon.at [195.3.96.71] \
2002-07-30 16:36:48 17ZY71-0007ie-00 Completed



(as you have guessed: zentra.hagos.de is our Sun/Solaris, email.aon.at is
the mailserver handling xxxx@yyy's mail, the lines after "[...]" are the
log entries from the second try.


My guess is now, that there is some kind of DNS problem involved. Maybe it
would help to fiddle around with the dns_rety and dns_retrans parameters,
but I do not really know what I'm doing.


I can't test this, because the problem only appears when I send this
bulk of mails around. Any hints? Things to try?


thanks!


--
Klaus Muth
HAGOS eG                      Industriestr. 62      fon: (+49) 711 78805-86
EDV-Programmierung            70565  Stuttgart      fax: (+49) 711 78805-35
http://www.hagos.de               Germany              mailto:muth@hagos.de