mail/mailx mit externe SMTP für cron und andere Dienste konfigurieren

Debian macht sich hervorragend als Web- und Mailserver. Schau auch in den " Tipps und Tricks"-Bereich.
Antworten
Simaryp
Beiträge: 108
Registriert: 29.11.2019 14:09:49

Re: mail/mailx mit externe SMTP für cron und andere Dienste konfigurieren

Beitrag von Simaryp » 21.02.2020 23:58:06

Ich habe noch ein verbleibendes Problem.
Ich kann zwar mit msmtp mails senden, aber wenn ich mail oder mailx nutzen will, dann geht es nicht.

Aus dem journalctl sehe ich, dass der Unterschied im Aufruf die Absenderadresse ist.
Nutze ich msmtp, dann ist from=USER@mail.de.
Nutze ich mail, dann ist from=root@localhost.localdomain.

Da meckert dann der Emailprovider. Ich habe testweise noch mal s-nail installiert, aber das hat auch nicht geholfen.

Simaryp
Beiträge: 108
Registriert: 29.11.2019 14:09:49

Re: mail/mailx mit externe SMTP für cron und andere Dienste konfigurieren

Beitrag von Simaryp » 22.02.2020 10:41:45

Ich glaube, ich habe es hinbekommen. Anscheinend funktioniert s-nail ootb wenn, msmtp bereits funktioniert. s-nail taucht aber nicht unter /etc/alternatives auf.
Ich weiß leider nicht mehr, welche Pakete jetzt bereits default installiert waren, insbesondere bei s-nail und mailutils. Vielleicht kann mir das ja einer sagen, aber ist auch nicht so wichtig.

Zusammenfassend habe ich das jetzt so eingerichtet:

Code: Alles auswählen

1. sudo apt-get purge exim4
2. sudo apt install msmtp msmtp-mta mailutils s-nail
3. sudo nano /etc/msmtprc
account default
host smtp.mail.de
auth on
port 587
tls on
tls_starttls on
syslog LOG_MAIL
aliases /etc/aliases

from <username>@mail.de
user <username>
password <password>

4. sudo cp /etc/aliases /etc/aliases.backup
5. sudo nano /etc/aliases
Replace all destinations with desired receiver adress e.g. meine@mail.de
6. sudo ln -sf /usr/bin/s-nail /etc/alternatives/mail
7. sudo ln -sf /usr/bin/s-nail /etc/alternatives/mailx
Ich hoffe, dass funktioniert jetzt und es tauchen nicht gleich die nächsten Probleme auf. Diese Diskussion hier scheint mir allerdings ein bisschen die Zuversicht zu nehmen.
https://bugs.debian.org/cgi-bin/bugrepo ... =858080#30

Antworten