[Eisfair] mail 1.17.1: fetchmail scheitert am lokalen SMTP

Marcus Röckrath marcus.roeckrath at gmx.de
Mo Jan 26 17:46:42 CET 2026


Hallo,

Marcus Röckrath wrote:

> Das bestärkt mich darin, dass sich das neue fetchmail nun anders - vor
> allem wesentlich strikter verhält.
> 
> Bitte setze die MAIL-ONLY-Passwörter, dann sollte es auch mit
> SMTP_AUTH_USER wieder gehen.

Ich habe mal das alte fetchmail ins "neue" mail-Paket gesetzt, also das 
fetchmail-Binary gegen das alte ausgetauscht.

Egal wie MAIL_ONLY-Passwörter gesetzt ist, funktioniert SMTP_AUTH_user bei 
fetchmail.

Wenn MAIL_USER_USE_MAILONLY_PASSWORDS=no gesetzt ist, wurde und wird im SMTP 
kein crammd5-Server aktiviert, sodass auch in telnet kein AUTH-Angebot zu 
sehen ist.

In der exim-Konfiguration erscheint der Hinweis:

# CRAM-MD5 cannot be used to check password against /etc/shadow
# MAIL_USER_USE_MAILONLY_PASSWORDS=no has been set

Dieser sollte wohl auch besser auf der Kommandozeile angezeigt werden.

Das alte fetchmail hat trotz fehlendem Auth-Angebot dann dennnoch die 
Verbindung akzeptiert und die Mails weitergereicht.

Das tut der aktuelle fetchmail 6.6.x nicht mehr. Ist ein ESMTP-User/Password 
in /etc/fetchmail.conf gesetzt, aber der SMTP-Server bietet keine 
Authentifizierung an, bricht fetchmail die Verbindung sofort ab.

Daher ist zwingend MAIL_USER_USE_MAILONLY_PASSWORDS=yes und die 
Userpasswörter für die lokalen User zu setzen; das kann das normale 
Userpasswort der Systemanmeldung sein. Für das Fetchmail-Passwort sorgt das 
mail-Paket (var/spool/exim/fetchmail-identity).

PS: Ich habe mich bei den ganzen Tests auch schonmal selbst ins Bein 
geschossen, weil ich die Mailkonfiguration direkt editiert hatte, dann das 
Konfigurationsskript aufgerufen habe, aber vergessen dann auch den mail-
Service zu restarten, so dass die Daemonen noch mit der Vorkonfiguration 
weiterliefen.

-- 
Gruß Marcus
[eisfair-Team]



Mehr Informationen über die Mailingliste Eisfair