Bonjour,
J’étais utilisateur de ssmtp dans les version précédentes de Debian. Or, depuis que je suis passé à Buster, je suis perdu car il n’est plus dans les dépôts.
Est-ce que quelqu’un sait comment je peux le remplacer, je ne trouve pas de solution.
En fait, je veux recevoir les e-mails de cron et que PHP puisse utiliser sendmail pour envoyer des e-mails.
Merci.
Installes exim4 ?
Je crois que la config “envoi par relais (smarthost)-pas de courrier local.” est ce que tu cherches, mais au pire, ça se reconfigure en 2 secondes avec sudo dpkg-reconfigure exim4-config
En fait, il manque l’authentification, je ne sais pas comment mettre les identifiants dans la configuration de exim4.
voir ici
tu as un tres bon tuto ici
perso ça marche très bien
Ça fonctionne avec PHP, mais je ne reçois pas les e-mails envoyés à root. Ils sont envoyés à root@nut.almtesh.net.
Sep 17 18:35:02 mail postfix/smtpd[25406]: connect from nut.almtesh.net[2001:bc8:3335::]
Sep 17 18:35:02 mail postfix/smtpd[25406]: DA0474135F: client=nut.almtesh.net[2001:bc8:3335::], sasl_method=PLAIN, sasl_username=nut@servers.almtesh.net, sasl_sender=root@nut.almtesh.net
Sep 17 18:35:03 mail postfix/cleanup[25413]: DA0474135F: message-id=<E1iAGRR-00032x-QP@Nut>
Sep 17 18:35:03 mail postfix/qmgr[16024]: DA0474135F: from=<root@nut.almtesh.net>, size=844, nrcpt=1 (queue active)
Sep 17 18:35:03 mail postfix/smtp[25414]: DA0474135F: to=<root@nut.almtesh.net>, relay=none, delay=0.21, delays=0.18/0.03/0/0, dsn=4.4.1, status=deferred (connect to nut.almtesh.net[2001:bc8:3335::]:25: Connection refused)
Pour information, voici mon fichier /etc/aliases :
mailer-daemon: postmaster
postmaster: root
nobody: root
hostmaster: root
usenet: root
news: root
webmaster: root
www: root
ftp: root
abuse: root
noc: root
security: root
root: almtesh@mail.almtesh.net
L’adresse almtesh@mail.almtesh.net existe pour le smarthost car elle est hébergée par le smarthost.
Sinon il reste msmtp qui remplace désormais ssmtp.
Je viens d’essayer, les e-mails partent avec sendmail, mais les retours de tâche cron sont envoyés à root (celui du smarthost, qui ne peut rien en faire).
C’était quand même plus simple avec ssmtp, je ne sais pas pourquoi il l’ont enlevé dans Buster.
Il faudrait que tu nous dise quelle méthode d’envoi de mail utilise ton script php (il y en a plusieurs) pour corriger le “to” et peut être le “from”, car c’est juste ça qui pêche. C’est quoi comme code php d’envoi du mail ?
Heu, je ne sais pas du tout, c’est wordpress que j’utilise. De toute façon, ça fonctionne, du coup, je ne vais pas y toucher.
Quand je dis que je ne reçois pas les e-mails envoyés à root, je veux parler des e-mail de retour des tâches cron de root. PHP n’envoie pas d’e-mail à root.
Alors il y a moyen de modifier le MAILTO des mails cron en ajustant la variable du même nom dans le /etc/crontab (à éditer avec crontab -e), mais ce jn’est pas clean, ce sont tous les mails root, que tu veux rediriger sur almtesh@mail.almtesh.net
Je dirais que la redirection que tu as mise dans /etc/alias n’a pas été prise en compte par exim.
execute sudo newaliases pour regénèrer la bdd des aliases pour exim
vérifie que l’alias pour root est bien pris en compte sudo exim -bt root
Mets /var/log/exim4/mainlog en surveillance dans une console sudo tail -qf /var/log/exim4/mainlog
Envoies toi un mail à root en tant que root en ligne de commande.
Si ça ne va pas, copies ici les lignes de /var/log/exim4/mainlog qui sont apparue lors de l’envoi du mail.
Effectivement, je viens de me rendre compte qu’il n’y a pas que cron qui va m’envoyer des e-mails.
R: smarthost for root@nut.almtesh.net
root@nut.almtesh.net
router = smarthost, transport = remote_smtp_smarthost
host mail.almtesh.net [2001:bc8:3335::12]
host mail.almtesh.net [10.255.0.12]
2019-09-18 16:49:17 1iAbGf-0001BZ-LQ <= root@nut.almtesh.net U=root P=local S=420
2019-09-18 16:49:19 1iAbGf-0001BZ-LQ plain authenticator failed H=mail.almtesh.net [2001:bc8:3335::12] 535 5.7.8 Error: authentication failed:
2019-09-18 16:49:21 1iAbGf-0001BZ-LQ login authenticator failed H=mail.almtesh.net [2001:bc8:3335::12] 535 5.7.8 Error: authentication failed: UGFzc3dvcmQ6
2019-09-18 16:49:21 1iAbGf-0001BZ-LQ ** root@nut.almtesh.net R=smarthost T=remote_smtp_smarthost H=mail.almtesh.net [2001:bc8:3335::12] X=TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256 CV=yes DN="CN=almtesh.net": SMTP error from remote mail server after RCPT TO:<root@nut.almtesh.net>: 504 5.5.2 <Nut>: Helo command rejected: need fully-qualified hostname
2019-09-18 16:49:21 1iAbGj-0001C4-D9 <= <> R=1iAbGf-0001BZ-LQ U=Debian-exim P=local S=1897
2019-09-18 16:49:21 1iAbGf-0001BZ-LQ Completed
2019-09-18 16:49:23 1iAbGj-0001C4-D9 plain authenticator failed H=mail.almtesh.net [2001:bc8:3335::12] 535 5.7.8 Error: authentication failed:
2019-09-18 16:49:25 1iAbGj-0001C4-D9 login authenticator failed H=mail.almtesh.net [2001:bc8:3335::12] 535 5.7.8 Error: authentication failed: UGFzc3dvcmQ6
2019-09-18 16:49:25 1iAbGj-0001C4-D9 ** root@nut.almtesh.net R=smarthost T=remote_smtp_smarthost H=mail.almtesh.net [2001:bc8:3335::12] X=TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256 CV=yes DN="CN=almtesh.net": SMTP error from remote mail server after RCPT TO:<root@nut.almtesh.net>: 504 5.5.2 <Nut>: Helo command rejected: need fully-qualified hostname
2019-09-18 16:49:25 1iAbGj-0001C4-D9 Frozen (delivery error message)
Alors ça, ça ne m’a pas pas bon, ça devrait être une 1ère ligne du type:
R: system_aliases for root@nut.lmtesh.net
Tu es sur d’avoir fait un newalias, et (j’avais oublié de préciser) redémarré exim sudo systemctl reload exim4.service ?
Alors ça peut venir aussi de ta config, peut être.
Et il y a un problème avec ta config, de toutes façons: ton smarthost refuse la connexion.
Je verrais bien la config suivante pour dpkg-reconfigure exim4-config
configuration du serveur de courrier.
type de configuration : =>
"envoi par relais (smarthost)-pas de courrier local."
on sélectionne "OK" puis "enter".
Nom du courrier système: => "lmtesh.net" (le nom de domaine pas de machine ).
on sélectionne "OK" puis "enter".
Liste des adresses IP ou exim sera en attente de connexions SMTP entrantes: => "127.0.0.1"
attention ne jamais laisser vide ce champ , personnellement j'enlève l'ipv6 local.
exim sera à l'écoute sur 127.0.0.1 pour les messages entrants
on sélectionne "OK" puis "enter"
Autres destinations dont le courrier doit être accepté : => "" (laisser vide)
on sélectionne "OK" puis "enter"
Nom de domaine visible pour les utilisateurs locaux: => "lmtesh.net"
on sélectionne "OK" puis "enter"
Nom réseau ou adresse IP du système smarthost: => "mail.lmtesh.net"
C'est ici que vous précisez comment le serveur distribue les mails vers l'extérieur
on sélectionne "OK" puis "enter"
Faut-il minimiser les requêtes DNS (connection a la demande ): => "NON"
on sélectionne "NON" puis "enter"
Faut-il séparer la configuration dans plusieurs fichiers: => "NON"
on sélectionne "NON" puis "enter"
Merci à https://debian-facile.org/doc:reseau:exim4-pour-les-nulls
Je l’ai fait, mais il ne génère pas le fichier /etc/aliases.db, c’est normal ?
Sinon, ça ne change rien.
Pourquoi lmtesh.net ? Tu l’as mis partout.
Oui, ça, c’est parce que Nut ouvre avec un HELO Nut et que Nut n’est pas un FQDN, je pense que je dois modifier le fichier /etc/mailname ou un truc du genre pour y mettre nut.almtesh.net.
J’ai dit newalias, mais c’est newaliases avec ‘es’ à la fin, c’est ce que tu avais fait ?
Ben il me semble qu’exim ne génère pas de .db en fait, là je suis un peu perplexe.
Parce que mon copier/coller n’a pas pris le ‘a’ et que je n’ai pas vu.
De fait, c’est comme ça qu’est configuré mon serveur, mais je ne suis pas sur qu’exim utilise la valeur dans mailname, je crois que le nom avec lequel s’annonce le serveur, c’est le premier nom demandé quand tu reconfigures exim4-config.
c’est /etc/aliases tout simplement
cat /etc/aliases
# /etc/aliases
mailer-daemon: postmaster
postmaster: root
nobody: root
hostmaster: root
usenet: root
news: root
webmaster: root
www: root
ftp: root
abuse: root
noc: root
security: root
root: toto
J’ai déjà mis mon fichier /etc/aliases plus haut (message 6) et il contient déjà la redirection que je veux.
Ca vaudrait peut être le coup d’essayer ça ?
La config d’exim ne va pas s’envoler, s’il faut la reprendre plus tard.
C’est déjà fait.