Re: Problem Mailserver Konfiguration

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.

Bei unseren Versuchen haben wir immer wieder den Abruf angestoßen. Was
allerdings irgendwo mal passiert ist: fetchmail kam mit dem mitzählen
durcheinander. Es kann aber auch daran liegen, dass Fabian direkt in den
GMX-Account geschaut hat und dort dann Mail als gelesen markiert worden
waren, die fetchmail noch nicht hatte. Ausserdem hat sich da irgendwann
das KEEP eingeschlichen und schon geholte Mails wurden nicht gelöscht.
Aber das haben wir dann schnell wieder bereinigt und richtig eingestellt. 

>Genau da finde ich hier auch derartiges, weil der eventuell zu früh kommt 
>und die restliche Verarbeitungskette noch nicht bereit ist.

Das war definitiv nicht der Fall, weil der Eis schon am laufen war.

>schaue ich dann mal genau in die fetchmail.log, werden beim nächsten 
>Mailabruf genau die "angemeckerten" Mails erneut geholt und korrekt 
>zugestellt.

Ja es wurden bei jedem gescheiterten Abrufversuch die gleichen Mails
gefunden und wieder versucht abzuholen und weiterzureichen. 

-- 
Gruß

Nelson