Senden der Nachricht fehlgeschlagen SMTP Server Fehler

fxb · 2025-02-20T21:19:12+00:00

Hallo Community, wenn wir Thunderbird per IMAP + SMTP an ein Grommunio Postfach anbinden und eine E-Mail schicken wollen, kommt im Thunderbird der Fehler S...

fxb

WalterH Was meldet dieser Befehl:
systemctl status saslauthd

○ saslauthd.service - LSB: saslauthd startup script
     Loaded: loaded (/etc/init.d/saslauthd; generated)
     Active: inactive (dead)
       Docs: man:systemd-sysv-generator(8)

🙁

Habe den enabled und gestartet. Reicht nicht, Fehlermeldung ist nun:

Feb 21 16:57:31 name postfix/smtpd[1551]: connect from unknown[192.168.9.152]
Feb 21 16:57:31 name postfix/smtpd[1551]: warning: unknown[192.168.9.152]: SASL CRAM-MD5 authentication failed: authentication failure, sasl_username=user@name.fq.dn
Feb 21 16:57:33 name postfix/smtpd[1551]: lost connection after AUTH from unknown[192.168.9.152]
Feb 21 16:57:33 name postfix/smtpd[1551]: disconnect from unknown[192.168.9.152] ehlo=2 starttls=1 auth=0/1 commands=3/4

systemctl status saslauthd sagt:

? saslauthd.service - LSB: saslauthd startup script
     Loaded: loaded (/etc/init.d/saslauthd; generated)
     Active: active (running) since Fri 2025-02-21 16:55:22 CET; 3min 34s ago
       Docs: man:systemd-sysv-generator(8)
    Process: 495 ExecStart=/etc/init.d/saslauthd start (code=exited, status=0/SUCCESS)
      Tasks: 5 (limit: 9474)
     Memory: 5.1M
        CPU: 49ms
     CGroup: /system.slice/saslauthd.service
             +-681 /usr/sbin/saslauthd -a pam -r -c -m /var/run/saslauthd -n 5
             +-682 /usr/sbin/saslauthd -a pam -r -c -m /var/run/saslauthd -n 5
             +-683 /usr/sbin/saslauthd -a pam -r -c -m /var/run/saslauthd -n 5
             +-684 /usr/sbin/saslauthd -a pam -r -c -m /var/run/saslauthd -n 5
             +-685 /usr/sbin/saslauthd -a pam -r -c -m /var/run/saslauthd -n 5

Feb 21 16:55:22 name systemd[1]: Starting saslauthd.service - LSB: saslauthd startup script...
Feb 21 16:55:22 name saslauthd[681]:                 : master pid is: 681
Feb 21 16:55:22 name saslauthd[681]:                 : listening on socket: /var/run/saslauthd/mux
Feb 21 16:55:22 name saslauthd[495]: Starting SASL Authentication Daemon: saslauthd.
Feb 21 16:55:22 name systemd[1]: Started saslauthd.service - LSB: saslauthd startup script.

crpb

SASL CRAM-MD5 authentication failed

Probiers mal mit PLAIN nach STARTTLS

fxb

aber: Port auf 587 geändert und nun geht es

Ganz vielen lieben Dank an alle für die Hilfe.

Das Problem waren div. kleinere Einstellungen in der main.cf und der nicht laufende Daemon saslauthd

Ich teste die Umgebung noch so weit ich sie brauche, aber zumindest das geht jetzt *freu

WalterH

fxb und der nicht laufende Daemon saslauthd

Was mich interessiert, wieso ist der saslauthd nicht gelaufen? Der läuft normalerweise immer auf allen Installationen.

fxb

Habe mich etwas zu früh gefreut. Die Mail kommt vom Hoster / Smarthost zurück, relay not permitted.

Ich setze mal die main.cf Parameter wieder um ....

fxb

So, Fazit: es lag wohl ausschließlich am fehlenden Daemon saslauthd

Die main.cf Parameter die WalterH vorgeschlagen hatte sind eben für einen Mailserver mit direktem Versand. Da dyn. IP aus einem besch. Netz dann halt per Smarthost und da brauche ich die Authentifizierung. Jetzt funktioniert alles (scheinbar / noch) wie gewünscht.

Danke noch einmal an euch.

fxb

WalterH Was mich interessiert, wieso ist der saslauthd nicht gelaufen? Der läuft normalerweise immer auf allen Installationen.

Keine Ahnung. Die Installation wurde am 18.01.25 mit dem akt. Skript durchgeführt. Ich kann das ja mal mit anderen Installationen vergleichen.

crpb

Ich teste den installer normal auch nur so weit ob grommunio an sich läuft.. aber grad nicht so viel zeit zum gucken... vielleicht alles funktional mit neuem grommunio-setup o_0

ben-kk

Meine Installation ist vom 25.02.

root@mail:~# systemctl status saslauthd

○ saslauthd.service - LSB: saslauthd startup script
     Loaded: loaded (/etc/init.d/saslauthd; generated)
     Active: inactive (dead)
       Docs: man:systemd-sysv-generator(8)

Ich musste ihn auch einmal starten. Danach ging es.
Bei mir waren keine Anpassungen in den Configs nötig.

fxb

ben-kk Ich musste ihn auch einmal starten. Danach ging es.

Läuft der auch nach einem Neustart der Anlage wieder an? Ich musste den Service nicht nur starten sondern eben mit enable aktivieren.

crpb

fxb
vorhanden?
/etc/default/saslauthd:ENABLED=yes
systemd-sysv-generator sollte das händeln

EDIT: ok, doesn't happen (?anymore?)... will mend it

EDIT2: i just looked into the manpage 🤣

     saslauthd should be started from the system boot scripts when going to multi-user mode. When running against a protected authentication database (e.g.
     the shadow mechanism), it must be run as the superuser. Otherwise it is recommended to run daemon unprivileged as saslauth:saslauth, requiring the run‐
     time directory to have root:saslauthd owner. You can do so by following these steps in machines using systemd(1) :

     1.   create directory /etc/systemd/system/saslauthd.service.d/
     2.   create file /etc/systemd/system/saslauthd.service.d/user.conf with content

          [Service]
          User=saslauth
          Group=saslauth

     3.   Reload systemd service file: run “systemctl daemon-reload”

ben-kk

fxb

Du hast Recht
Ich musste es auch mit enable Reboot sicher machen.
Danach hat alles einwandfrei geklappt

fxb

crpb vorhanden?
/etc/default/saslauthd:ENABLED=yes
systemd-sysv-generator sollte das händeln

Debian:

systemctl enable saslauthd
systemctl start saslauthd

reicht

crpb

yeah, something with my test vm was borked but i rewrote the enable thingy anyhow.
on a freshly preseeded vm i ran grommunio-setup and rebooted and now it's running again aswell..