[Eisfair] mail 1.17.1: fetchmail scheitert am lokalen SMTP

[Marcus Röckrath]

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
Löschen des fetch-*-Users in /etc/passwd und /etc/shadow
Aufrufen der Mailkonfiguration
Prüfen, ob fetch-* einen Hash in /etc/shadow hat
Nochmaliges Aufrufen der Mailkonfiguration
Prüfen, ob fetch-* einen Hash in /etc/shadow hat, hier hatte er es dann

-- 
Gruß Marcus
[eisfair-Team]