Tu as mis le doigt sur le premier problème : dans le recopiage des tutos, j'avais généré des sender_canonical.db mais indiqué send_canonical dans main.cf.
Ce problème est résolu en modifiant le /etc/postfix/main.cf et en redémarrant le service par sudo /etc/init.d/postfix restart (je marque en même temps ce que j'ai fais pour les autres au cas où je me trompe)
Mon second problème est toujours d'actualité : pas d'envoi de messages vers l'extérieur en utilisant le relai smtp d'OVH
Toujours en analysant les logs de /var/log/syslog, je suis tombé la dessus :
Dec 28 12:32:12 SYMATEC-NEO postfix/local[6680]: warning: database /etc/aliases.db is older than source file /etc/aliases
Je ne pense pas que cela soit lié mais bon au cas où…
Ensuite, j'ai généré des adresses vers des courriels persos et inexistant (pour tester les valeurs de retours).
J'ai généré ces courriels avec mail nom.prenom@free.fr.
Ces courriels sont bien présents dans la queue : mailq mais ne veulent pas partir vers l'extérieur
Le fichiers /var/log/syslog me donne :
Dec 28 12:32:12 SYMATEC-NEO postfix/error[6678]: E20711380A36: to=nom.prenom@domainquinexistepas.fr, relay=none, delay=11550, delays=11550/0/0/0.12, dsn=4.3.2, status=deferred (deferred transport)
Dec 28 12:32:12 SYMATEC-NEO postfix/qmgr[6675]: 1736013814E6: from=prenom.nom@monDomain.fr, size=339, nrcpt=1 (queue active)
Dec 28 12:32:12 SYMATEC-NEO postfix/local[6684]: warning: database /etc/aliases.db is older than source file /etc/aliases
Dec 28 12:32:13 SYMATEC-NEO spamc[6683]: connect to spamd on 127.0.0.1 failed, retrying (#2 of 3): Connection refused
Dec 28 12:32:14 SYMATEC-NEO spamc[6683]: connect to spamd on 127.0.0.1 failed, retrying (#3 of 3): Connection refused
Je ne comprends pas car dans /etc/postfix/main.cf j'ai bien indiqué :
J'ai vérifié cette fois que le fichier sender_sasl_passwd possédé bien le bon nom pour ne pas répéter l'erreur précédente. Le fichier sender_sasl_passwd contient une ligne :
J'ai vérifié ce couple login/mot de passe d'OVH via leur webmail et via Thunderbird en POP SSL et IMAP SSL.
Cette fois on avance mais c'est pas facile quand même… Que puis-je vérifier pour avancer le shmimblick ?
[^] # Re: plusieurs problemes indiqués dans les logs
Posté par aureusms . En réponse au message configuration PostFix pour envoyer des courriels via SMTP. Évalué à 0.
Merci NeoX de ta réponse
Tu as mis le doigt sur le premier problème : dans le recopiage des tutos, j'avais généré des sender_canonical.db mais indiqué send_canonical dans main.cf.
Ce problème est résolu en modifiant le /etc/postfix/main.cf et en redémarrant le service par sudo /etc/init.d/postfix restart (je marque en même temps ce que j'ai fais pour les autres au cas où je me trompe)
Mon second problème est toujours d'actualité : pas d'envoi de messages vers l'extérieur en utilisant le relai smtp d'OVH
Toujours en analysant les logs de /var/log/syslog, je suis tombé la dessus :
Je ne pense pas que cela soit lié mais bon au cas où…
Ensuite, j'ai généré des adresses vers des courriels persos et inexistant (pour tester les valeurs de retours).
J'ai généré ces courriels avec mail nom.prenom@free.fr.
Ces courriels sont bien présents dans la queue : mailq mais ne veulent pas partir vers l'extérieur
Le fichiers /var/log/syslog me donne :
Je ne comprends pas car dans /etc/postfix/main.cf j'ai bien indiqué :
et
J'ai vérifié cette fois que le fichier sender_sasl_passwd possédé bien le bon nom pour ne pas répéter l'erreur précédente. Le fichier sender_sasl_passwd contient une ligne :
J'ai vérifié ce couple login/mot de passe d'OVH via leur webmail et via Thunderbird en POP SSL et IMAP SSL.
Cette fois on avance mais c'est pas facile quand même… Que puis-je vérifier pour avancer le shmimblick ?