[Eisfair] mail 1.17.1: fetchmail scheitert am lokalen SMTP

Alexander Dahl lespocky at web.de
So Jan 25 18:41:20 CET 2026


Hallo Marcus,

Marcus Röckrath schrieb Donnerstag, 22. Januar 2026, 10:36 (CET):
> Hallo Alexander,
>
> Marcus Röckrath wrote:
>
>>> Nach downgrade auf mail 1.17.0 und Umstellung auf SMTP_AUTH_TYPE='user'
>>> funktioniert die Übergabe zwischen fetchmail und exim wieder.
>>> 
>>> Mal sehen ob Jürgen was raus findet zu der Problematik?
>> 
>> Auf der fetchmail-Homepage steht z. B. folgendes:
>> 
>> "Fetchmail 6.6.0 added TLS support for SMTP AUTH, 6.5.7 and 6.5.6 fixed
>> several bugs in SMTP AUTH, so everyone trying to authenticate to an SMTP
>> server should update."
>> 
>> Vielleicht ist ja gerade das als Methode in exim nicht aktiviert.
>
> Es hat vermutlich eine Veränderung in fetchmail bzgl. der smtp-
> Authentifizierung gegeben, wodurch eine eventuell fehlender Hash für den 
> fetch-*-User in der /etc/shadow nicht auffiel.
>
> Du schriebst doch, der fetch-*-User habe kein Password, was ich hier auch 
> auf einem Testsystem nachvollziehen kann.
>
> Wenn der fetch-*-User neu angelegt wird, bekommt er kein Passwort, bei einem 
> ernneuten Aufrufen der Konfiguration hat er dieses plötzlich.
>
> Beim Anlegen mit add-user wird ein Passwort übergeben, aber nicht in 
> /etc/shadow als Hash niedergelegt.
>
> Beim erneuten Aufrufen der mail-Konfiguration erscheint wie VooDoo dann doch 
> der Hash, wobei ich noch nicht weiß, wo das dann wirklich passiert, denn der 
> Teil, der im ersten Durchlauf den User erzeugt, wird nun garnicht mehr 
> angesprungen.
>
> Es ist ja auch so, dass die Verwendung von SMTP_AUTH_TYPE server ja ging, 
> also grundsätzlich fetchmail sich korrekt mit dem exim verbinden konnte, der 
> hier benutze User aber ja auch ein Passwort hatte.
>
> Bitte mach doch mal folgenden Test:
>
> Update auf das neue mail-Paket

Done.

> Löschen des fetch-*-Users in /etc/passwd und /etc/shadow

Einmal `userdel fetch-ihdgwm` aufgerufen, die Einträge in den o.g.
Dateien sind dann verschwunden.

> Aufrufen der Mailkonfiguration
> Prüfen, ob fetch-* einen Hash in /etc/shadow hat

Nutzer wird wieder angelegt, ohne Passwort in /etc/shadow :

    fetch-ihdgwm:!:20478::::::

Fehler noch da, so weit so erwartbar.

> Nochmaliges Aufrufen der Mailkonfiguration
> Prüfen, ob fetch-* einen Hash in /etc/shadow hat, hier hatte er es dann

Jetzt hat der Nutzer zwar ein Passwort:

    fetch-ihdgwm:$6$mpdmdwRYy1Rs8RzF$9cdij.mz…

Aber davon geht der Fehler nicht weg.  fetchmail log sagt den bereits
bekannten Fehler.  Da klemmt vmtl. noch was anderes?

Grüße
Alex

-- 
***** http://blog.antiblau.de/ *****************************
GnuPG-FP: C28E E6B9 0263 95CF 8FAF  08FA 34AD CD00 7221 5CC6


Mehr Informationen über die Mailingliste Eisfair