Re: Problem Mailserver Konfiguration

Hallo Nelson,

Am 18.01.26 um 17:21 schrieb Nelson Matias:
> Hallo Marcus,
> 
> am Sun, 18 Jan 2026 10:35:40 +0100 schrieb Marcus in
> spline.fli4l.geschnatter
> 
>>>> - was steht in fetchmail.log?
>>>
>>> Jan 04 13:25:58 fetchmail: reading message ********@pop.gmx.net:16 of 16
>>> (115752 octets) (log message incomplete)
>>> Jan 04 13:25:58 fetchmail: SMTP error: 550 Client host rejected: reverse
>>> DNS failure-1
>>> Jan 04 13:26:03 fetchmail: can't even send to postmaster!
>>> Jan 04 13:26:03 fetchmail:  not flushed
>>
>> Ich greife das nochmal auf, weil ja bislang neimand wirklich verstanden hat,
>> was da los ist.
>>
>> Passiert das beim ersten Mailabruf beim Boot?
> 
> Das passierte bei jedem Abruf. fetchmail hat beim Abruf die erste Mail
> abgerufen und diese versucht an exim weiterzureichen, warum auch immer
> hat exim dann versucht für ::1 einen Namen zu bekommen und dieser war
> nicht der Name, den exim erwartet hat. Somit hat exim die Mail
> verweigert. Die Mail an den postmaster um ihn über diesen Missstand zu
> informieren konnte aus gleichem Grund nicht abgesetzt werden. Die ganze
> Aktion wurde abgebrochen.
> 
> mit dem Auskommentieren des ::1-Eintrags in der /etc/hosts wurde die
> Namensauflösung für ::1 nicht mehr getriggert. Im Log wurde jetzt
> 127.0.0.1 genannt und die Mails wurden plötzlich lokal zugestellt.
> 
> Was jetzt die Ursache für das komische Verhalten bei der Namensauflösung
> verursacht hat, haben wir nicht mehr eruiert. Wir waren froh, das es
> wieder klappte.
> ...

das kann ich gut nachvollziehen. Vielen Dank für die Erklärung. Eines bleibt mir aber noch unklar. Weshalb haben die beiden Tests funktioniert?

echo test | sendmail postmaster@localhost
echo test2 | sendmail [email protected]

Hat exim hier keine DNS-Abfrage durchgeführt? Weshalb nicht?

Grüße

Rolf