[Eisfair] mail 1.17.2 - nach update -> keine locale mails mehr

Marcus Röckrath marcus.roeckrath at gmx.de
So Feb 15 23:14:13 CET 2026


Hallo Helmut,

Helmut Pohl wrote:

>>> Was mir bei diesem Konfigurieren aufgefallen ist:
>>> 1.
>>> Die erste Station einer email (vom Laptop zum eis-mail-server) ist immer
>>> unverschlüsselt. Wenn ich den Thunderbird auf Verschlüsselung zum
>>> eis-mail-server setze, meldet er:
>>> "Senden der Nachricht fehlgeschlagen.
>>> Die Gegenstelle erkennt und traut der CA nicht, die Ihr Zertifikat
>>> ausgestellt hat.

Was ist hier mit Gegenstelle gemeint?

>>> Die Einstellungen für xen-test2.gallien müssen korrigiert werden."
>>> und das obwohl das "Vertrauen" im Thunderbird auf das Zertifikat
>>> eingestellt ist.
>> 
>> Wie sind die SMTP-Einstellungen in TB?
> 
> Server: xen-test2.gallien
> Port: 587
> Verbindungssicherheit: STARTTLS
> Authentifizierungsmethode: Passwort,Normal

Fischt du mal bitte aus dem ecim-Log einen solchen Auslieferungsversuch 
raus.

>>> 2.
>>> Das Abholen der emails vom Provider-mail-server (z.B. gmx,arcor usw.)
>>> ist unverschlüsselt, obwohl Verschlüsselung konfiguriert. Das finde ich
>>> auch komisch. Deshalb meine Frage ist das so richtig, oder ist es ein
>>> Fehler, möglicherweise in meiner Konfiguration?
>> 
>> Bitte poste Log-Informationen, die dies zeigen.
>> 
> 
> xen-test2 # tail -f /var/log/fetchmail.log
> 
> fetchmail: forced manually at Sun, 15 Feb 2026 22:39:06 (CET)
> Feb 15 22:39:08 fetchmail: 340 messages (339 seen) for
> helmut_pohl at arcor.de at imap.arcor.de.
> Feb 15 22:39:09 fetchmail: reading message
> helmut_pohl at arcor.de@imap.vodafonemail.de:340 of 340 (4501 header
> octets) (3536 body octets) not flushed
> fetchmail: finished at Sun, 15 Feb 2026 22:39:09 (CET)
> fetchmail: starting fetchmail-loader script with 90 seconds delay

Wo steht da, dass die Verbindung zu arcor unverschlüsselt war. Über die Art 
der Verbindung zu arcor steht doch da garnichts.

> xen-test2 # tail -f dovecot.log
> 
> Feb 15 22:39:08 auth: Error: passwd-file /etc/passwd:User root has
> invalid UID '0'
> Feb 15 22:39:08 auth: Error: passwd-file /etc/passwd:User eis has
> invalid UID '0'
> Feb 15 22:39:08 auth: Error: passwd-file /etc/passwd:User halt has
> invalid UID '0'
> Feb 15 22:39:08 auth: Error: passwd-file /etc/passwd:User reboot has
> invalid UID '0'

Die Meldung steht schon lange im dovecot-Log drin. Keine Ahnung, wieso 
dovecot darüber meckert, hat aber doch keine Auswirkung, oder?

> xen-test2 # tail -f /var/spool/exim/log/mainlog
> 
> 2026-02-15 22:39:09 1vrjpc-000000005Je-2B6D <= helmut_pohl at arcor.de
> H=localhost.gallien (xen-test2.gallien) [::1] P=esmtpa
> A=cram_server:fetch-2nrq0r S=8373
> id=57bd1ca1-961d-4859-ae78-abe80d99cee3 at arcor.de
> 2026-02-15 22:39:09 1vrjpc-000000005Je-2B6D => helmut
> <helmut at xen-test2.gallien> R=localuser_maildir_filtered
> T=local_delivery_maildir_filtered
> 2026-02-15 22:39:09 1vrjpc-000000005Je-2B6D Completed

Das ist die interne Weiterleitung einer per fetchmail erhaltenen Mail an den 
lokalen exim - was siehst du hier für ein Problem?

Du nutzt mail-only-Passwörter und SMTP_AUTH_TYPE user, richtig?

-- 
Gruß Marcus
[eisfair-Team]



Mehr Informationen über die Mailingliste Eisfair