Bon déjà un merci à tous ceux qui ont pris le temps de m'aider et de me lire.
J'y suis arrivé par l'utilisation dans /etc/postfix/main.cf de
relayhost = [ssl0.ovh.net]
relay_transport = smtp
Et… en commentant mailbox_command = /usr/bin/procmail
mailbox_command = /usr/bin/procmail
Avant de commenter la commande mailbox_command, je m'étais aperçu dans les logs /var/log/syslog que, suite aux dernières modification, les courriels pour les adresses locales étaient bien renommées et partaient. Alors j'ai fais un petit tour via Imap dans /home/login/Maildir et.. Pas de courriels. En regardant le log de procmail que j'avais stipulé : il me copiait tout mes courriels dans le dossier /home/login/Maildir/.Trash et effectivement ils étaient bien là mais pas dans le dossier /home/login/Maildir/.Trash/cur. J'ai donc ré-envoyé de nouveaux courriels en local mais en commentant auparavent mailbox_command dans /etc/postfix/main.cf et en redémmarrant le service postfix par sudo /etc/init.d/postfix restart.
Effectivement cette fois les courriels se mettaient directement (avec ré-écriture selon send_canonical et recipient_canonical) dans le dossier "Inbox".
J'ai donc fais un postqueue -f sans trop y croire et finalement les courriels en "queue" prévu pour l'extérieur sont partis via le relais ovh… et bien arrivés…
Dernière petite question : comme j'ai suivi des tutos j'ai indiqué defer_transports = smtp et tous les courriels sont indiqué comme deferred (reporté si j'ai bien compris). Je comprends que cette commande est nécessaire en cas de connexion à Internet non persistante mais sous quel délai les courriels partent-ils tout seul? Et, partent-ils tout seul ?
Peut-être bien… Mais je ne sais pas comment faire. (je débute)
Voilà ce que j'ai compris pour utiliser postfix en utilisant un relai (dans mon cas ssl0.ovh.com) via ssl sur le port 587 :
où sender_sasl_passwd est un fichier créé par l'utilisateur et qui contient le nom de la machine (myhostname = nomMachine sous forme nomMachine.monDomaine.fr) et qui fait référence à un couple login/mot de passe ce qui donne :
Ensuite ce même fichier sender_sasl_passwd doit être généré en fichier base de donnée par
sudo postmap /etc/postfix/sender_sasl_passwd
Dans /etc/postfix/master.cf
Décommenter la ligne
submission inetn - - - - smtpd
pour utiliser le port 587
Concernant la ré-ecriture d'adresse, deux fichiers sont demandés qui suivent la même procédure de création que sender_sasl_passwd décrite précédemment. Dans /etc/postfix/main.cf
send_canonical sert à ré-écrire les courriels sortants pour afficher un "from" du type : nom@monDomaine.fr au lieu de login@nomMachine.monDomaine.fr et où send_canonical contient le(s) couple(s) :
recipient_canonical sert à éviter que les messages destinés au réseau local ne partent vers l'extérieur et d'être rapatrié par la suite. Ainsi un message nom@monDomaine.fr partant du serveur restera sur le serveur et sera distribué en local. Le fichier send_canonical contient le(s) couple(s) :
Ensuite je viens de lire la réponse de ashgan et je vais voir ce qu'il y a qui pourrait résoudre mon problème.
Mais pour le moment suis-je ou non dans le vrai ?
J'espère que j'utilise bien le bon port …
J'ai dé-commenté dans le fichier /etc/postfix/master.cf
submission inet n - - - - smtpd
et tester par telnet ssl0.ovh.net 587
qui me retourne :
Connected to ssl0.ovh.net
Escape character is ']'.
220 ns0.ovh.net ssl0.ovh.net you connect to mail431.ha.ovh.net ESMTP
Je pense ainsi que le port est bien ouvert que je peux passer par là. Mais pourquoi postfix refuse d'envoyer les courriels par ce port (ou d'envoyer les courriels tout court) ?
C'est là où je cale : je voudrais qu'ils partent du serveur mais ils ne le veulent pas les gredins !!!
Vois-tu où je me suis trompé ou quel fichier je pourrais apporter pour tenter de résoudre le problème ?
smtp inet n - n - - smtpd -o content_filter=spamassassin
uniquement
smtp inet n - n - - smtpd
Ensuite j'ai pensé que le problème pouvait provenir de Procmail où un filtre spam est activé, j'ai commenté dans /home/login/.procmail tout le bloc pour qu'il ne soit pas pris en compte.
J'ai relancé l'envoi des courriels en attente avec un "flush" (j'en apprends des trucs aujourd'hui…) et mes 4 courriels tests en attente ont bien sûr retourné une erreur mais le problème a bien avancé :
Ce que j'ai compris est que la première phase :
1. pickup
2. cleanup
3. qmgr
se déroule bien pour tout les messages mais, malheureusement l'erreur apparait au moment de l'envoi et envoi les messages en "deferred".
Est ce normal d'avoir relay=none alors que j'ai stipulé un relayhost=[ssl0.ovh.net] dans main.cf ?
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 ?
# configuration PostFix pour envoyer des courriels via SMTP où comment s'arracher les cheveux...
Posté par aureusms . En réponse au message configuration PostFix pour envoyer des courriels via SMTP. Évalué à 0.
Bon déjà un merci à tous ceux qui ont pris le temps de m'aider et de me lire.
J'y suis arrivé par l'utilisation dans /etc/postfix/main.cf de
Et… en commentant mailbox_command = /usr/bin/procmail
Avant de commenter la commande mailbox_command, je m'étais aperçu dans les logs /var/log/syslog que, suite aux dernières modification, les courriels pour les adresses locales étaient bien renommées et partaient. Alors j'ai fais un petit tour via Imap dans /home/login/Maildir et.. Pas de courriels. En regardant le log de procmail que j'avais stipulé : il me copiait tout mes courriels dans le dossier /home/login/Maildir/.Trash et effectivement ils étaient bien là mais pas dans le dossier /home/login/Maildir/.Trash/cur. J'ai donc ré-envoyé de nouveaux courriels en local mais en commentant auparavent mailbox_command dans /etc/postfix/main.cf et en redémmarrant le service postfix par sudo /etc/init.d/postfix restart.
Effectivement cette fois les courriels se mettaient directement (avec ré-écriture selon send_canonical et recipient_canonical) dans le dossier "Inbox".
J'ai donc fais un postqueue -f sans trop y croire et finalement les courriels en "queue" prévu pour l'extérieur sont partis via le relais ovh… et bien arrivés…
Dernière petite question : comme j'ai suivi des tutos j'ai indiqué defer_transports = smtp et tous les courriels sont indiqué comme deferred (reporté si j'ai bien compris). Je comprends que cette commande est nécessaire en cas de connexion à Internet non persistante mais sous quel délai les courriels partent-ils tout seul? Et, partent-ils tout seul ?
[^] # Re: Port 25
Posté par aureusms . En réponse au message configuration PostFix pour envoyer des courriels via SMTP. Évalué à 0.
Bonjour à tous,
Peut-être bien… Mais je ne sais pas comment faire. (je débute)
Voilà ce que j'ai compris pour utiliser postfix en utilisant un relai (dans mon cas ssl0.ovh.com) via ssl sur le port 587 :
Dans /etc/postfix/main.cf
où sender_sasl_passwd est un fichier créé par l'utilisateur et qui contient le nom de la machine (myhostname = nomMachine sous forme nomMachine.monDomaine.fr) et qui fait référence à un couple login/mot de passe ce qui donne :
Ensuite ce même fichier sender_sasl_passwd doit être généré en fichier base de donnée par
Dans /etc/postfix/master.cf
Décommenter la ligne
pour utiliser le port 587
Concernant la ré-ecriture d'adresse, deux fichiers sont demandés qui suivent la même procédure de création que sender_sasl_passwd décrite précédemment. Dans /etc/postfix/main.cf
send_canonical sert à ré-écrire les courriels sortants pour afficher un "from" du type : nom@monDomaine.fr au lieu de login@nomMachine.monDomaine.fr et où send_canonical contient le(s) couple(s) :
recipient_canonical sert à éviter que les messages destinés au réseau local ne partent vers l'extérieur et d'être rapatrié par la suite. Ainsi un message nom@monDomaine.fr partant du serveur restera sur le serveur et sera distribué en local. Le fichier send_canonical contient le(s) couple(s) :
Voilà ce que je sais à l'heure actuelle.
Ensuite je viens de lire la réponse de ashgan et je vais voir ce qu'il y a qui pourrait résoudre mon problème.
Mais pour le moment suis-je ou non dans le vrai ?
[^] # Re: Port 25
Posté par aureusms . En réponse au message configuration PostFix pour envoyer des courriels via SMTP. Évalué à 0.
Bonjour,
J'espère que j'utilise bien le bon port …
J'ai dé-commenté dans le fichier /etc/postfix/master.cf
et tester par telnet ssl0.ovh.net 587
qui me retourne :
Je pense ainsi que le port est bien ouvert que je peux passer par là. Mais pourquoi postfix refuse d'envoyer les courriels par ce port (ou d'envoyer les courriels tout court) ?
[^] # 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é à 1.
Bonjour(re),
C'est là où je cale : je voudrais qu'ils partent du serveur mais ils ne le veulent pas les gredins !!!
Vois-tu où je me suis trompé ou quel fichier je pourrais apporter pour tenter de résoudre le problème ?
Si je te comprends bien :
indique au serveur qu'il est le seul à envoyer des courriels (ce que je recherche) sans relais (ce que je recherche aussi ^ en passant par ovh).
[^] # 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.
Bonjour Ashgan,
Je viens de regarder dans master.cf pas de
uniquement
Ensuite j'ai pensé que le problème pouvait provenir de Procmail où un filtre spam est activé, j'ai commenté dans /home/login/.procmail tout le bloc pour qu'il ne soit pas pris en compte.
J'ai relancé l'envoi des courriels en attente avec un "flush" (j'en apprends des trucs aujourd'hui…) et mes 4 courriels tests en attente ont bien sûr retourné une erreur mais le problème a bien avancé :
Ce que j'ai compris est que la première phase :
1. pickup
2. cleanup
3. qmgr
se déroule bien pour tout les messages mais, malheureusement l'erreur apparait au moment de l'envoi et envoi les messages en "deferred".
Est ce normal d'avoir relay=none alors que j'ai stipulé un relayhost=[ssl0.ovh.net] dans main.cf ?
[^] # 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 ?