Bonjour,
Pour le pro, je suis chez OVH en prestataire email. J'ai un serveur de relay pour l'expédition des emails (pour plusieurs raison mais je ne vais pas épiloguer…) Il fonctionne très bien sauf pour les messages de non remise. En effet le champs from est vide, du coup OVH me bloque. J'ai donc chercher à imposer / ré-écrire le from pour le bounce. J'ai tenté avec "sender_canonical_maps = regex:…." mais sans succès.
Quand un message n'est pas bien formaté par exemple : Feb 6 10:28:32 srvtoto postfix/bounce[11866]: 17FAB13D47C1: sender non-delivery notification: DA91E13D47C3
La tentative d'expédition du message de non remise : Feb 6 10:28:32 srvtoto postfix/cleanup[11863]: DA91E13D47C3: message-id=20150206092832.DA91E13D47C3@srvtoto.domaine.com Feb 6 10:28:32 srvtoto postfix/qmgr[11831]: DA91E13D47C3: from=<>, size=2857, nrcpt=1 (queue active) Feb 6 10:28:32 srvtoto postfix/bounce[11866]: 17FAB13D47C1: sender non-delivery notification: DA91E13D47C3 Feb 6 10:28:33 srvtoto postfix/smtp[11864]: DA91E13D47C3: to=moi@domaine.com, relay=smtp.domaine.com[213.186.33.20]:25, delay=0.74, delays=0/0/0.68/0.05, dsn=5.0.0, status=bounced (host smtp.domaine.com[213.186.33.20] said: 555 sorry, invalid MAIL FROM for smtpauth session (http://travaux.ovh.net/?do=details&id=5510) (in reply to MAIL FROM command)) Feb 6 10:28:33 srvtoto postfix/qmgr[11831]: DA91E13D47C3: removed
Extrait du /etc/postfix/main.cf : relayhost = [smtp.domaine.com]:25 smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanonymous smtp_use_tls = yes smtpd_client_restrictions = permit_mynetworks, reject sender_canonical_maps = regex:/etc/postfix/generic local_recipient_maps = bounce_notice_recipient = root@domaine.com
Extrait du /etc/postfix/generic : /^$/ postmaster@domaine.com
Merci de vos lumières
David
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Tu as essayé les paramètres myhostname / my origin ?
Mes 2¢
Le 09/02/2015 08:32, David Mercereau a écrit :
Bonjour,
Pour le pro, je suis chez OVH en prestataire email. J'ai un serveur de relay pour l'expédition des emails (pour plusieurs raison mais je ne vais pas épiloguer…) Il fonctionne très bien sauf pour les messages de non remise. En effet le champs from est vide, du coup OVH me bloque. J'ai donc chercher à imposer / ré-écrire le from pour le bounce. J'ai tenté avec "sender_canonical_maps = regex:…." mais sans succès.
Quand un message n'est pas bien formaté par exemple : Feb 6 10:28:32 srvtoto postfix/bounce[11866]: 17FAB13D47C1: sender non-delivery notification: DA91E13D47C3
La tentative d'expédition du message de non remise : Feb 6 10:28:32 srvtoto postfix/cleanup[11863]: DA91E13D47C3: message-id=20150206092832.DA91E13D47C3@srvtoto.domaine.com Feb 6 10:28:32 srvtoto postfix/qmgr[11831]: DA91E13D47C3: from=<>, size=2857, nrcpt=1 (queue active) Feb 6 10:28:32 srvtoto postfix/bounce[11866]: 17FAB13D47C1: sender non-delivery notification: DA91E13D47C3 Feb 6 10:28:33 srvtoto postfix/smtp[11864]: DA91E13D47C3: to=moi@domaine.com, relay=smtp.domaine.com[213.186.33.20]:25, delay=0.74, delays=0/0/0.68/0.05, dsn=5.0.0, status=bounced (host smtp.domaine.com[213.186.33.20] said: 555 sorry, invalid MAIL FROM for smtpauth session (http://travaux.ovh.net/?do=details&id=5510) (in reply to MAIL FROM command)) Feb 6 10:28:33 srvtoto postfix/qmgr[11831]: DA91E13D47C3: removed
Extrait du /etc/postfix/main.cf : relayhost = [smtp.domaine.com]:25 smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanonymous smtp_use_tls = yes smtpd_client_restrictions = permit_mynetworks, reject sender_canonical_maps = regex:/etc/postfix/generic local_recipient_maps = bounce_notice_recipient = root@domaine.com
Extrait du /etc/postfix/generic : /^$/ postmaster@domaine.com
Merci de vos lumières
David _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
- -- Thomas Constans Services en informatique libre T: 33(0)6 23 37 87 85 @: http://opendoor.fr #: https://twitter.com/ThomasConstans gpg: 0xBA19745F80410541
Je viens de tester en mettant "host.domaine.com", "domaine.com" dans toutes les combinaisons possible avec le myhostname & myorigin... Pas mieux, toujours un champs "from" vide...
S'il vous reste de la monnaie...
Belle journée,
Thomas Constans thomas@opendoor.fr a écrit :
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Tu as essayé les paramètres myhostname / my origin ?
Mes 2¢
Le 09/02/2015 08:32, David Mercereau a écrit :
Bonjour,
Pour le pro, je suis chez OVH en prestataire email. J'ai un serveur de relay pour l'expédition des emails (pour plusieurs raison mais je ne vais pas épiloguer…) Il fonctionne très bien sauf pour les messages de non remise. En effet le champs from est vide, du coup OVH me bloque. J'ai donc chercher à imposer / ré-écrire le from pour le bounce. J'ai tenté avec "sender_canonical_maps = regex:…." mais sans succès.
Quand un message n'est pas bien formaté par exemple : Feb 6 10:28:32 srvtoto postfix/bounce[11866]: 17FAB13D47C1: sender non-delivery notification: DA91E13D47C3
La tentative d'expédition du message de non remise : Feb 6 10:28:32 srvtoto postfix/cleanup[11863]: DA91E13D47C3: message-id=20150206092832.DA91E13D47C3@srvtoto.domaine.com Feb 6 10:28:32 srvtoto postfix/qmgr[11831]: DA91E13D47C3: from=<>, size=2857, nrcpt=1 (queue active) Feb 6 10:28:32 srvtoto postfix/bounce[11866]: 17FAB13D47C1: sender non-delivery notification: DA91E13D47C3 Feb 6 10:28:33 srvtoto postfix/smtp[11864]: DA91E13D47C3: to=moi@domaine.com, relay=smtp.domaine.com[213.186.33.20]:25, delay=0.74, delays=0/0/0.68/0.05, dsn=5.0.0, status=bounced (host smtp.domaine.com[213.186.33.20] said: 555 sorry, invalid MAIL FROM for smtpauth session (http://travaux.ovh.net/?do=details&id=5510) (in reply to MAIL FROM command)) Feb 6 10:28:33 srvtoto postfix/qmgr[11831]: DA91E13D47C3: removed
Extrait du /etc/postfix/main.cf : relayhost = [smtp.domaine.com]:25 smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanonymous smtp_use_tls = yes smtpd_client_restrictions = permit_mynetworks, reject sender_canonical_maps = regex:/etc/postfix/generic local_recipient_maps = bounce_notice_recipient = root@domaine.com
Extrait du /etc/postfix/generic : /^$/ postmaster@domaine.com
Merci de vos lumières
David _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Thomas Constans Services en informatique libre T: 33(0)6 23 37 87 85 @: http://opendoor.fr #: https://twitter.com/ThomasConstans gpg: 0xBA19745F80410541 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1
iQEcBAEBAgAGBQJU2QY9AAoJELoZdF+AQQVBvIYH/0KuREuB8GLcIBdYWk9UbOSN aQyN0nKkQHN2tSoonJN3pjwNWxpjbb1E4xYo49w81qv942G58Jax/eHosf1r7q56 xw5tzwwslNETljl0qlDPXo+v2M6L2THOevUYnVpRqHBRvd1GRNnBEMOVBfjlotay wwVLDTOmXpGt+/KEmEJQvm6HHVDrDDxUf/JASZqG0On7okxTazE77Xkgrvk7N1Bv wV3QOrQpO5ghI69yyirRHmlS50yRClTNxcRCrc/RNJa0TMBHFw1/qDNwd4jT4g5r YRWhcZixr8D4OBNgG4H97YufJOO6mYceySRho6Sxf40t7H349GOxMuRlReUFTDo= =9E8m -----END PGP SIGNATURE-----
Hello,
(...)
Je viens de tester en mettant "host.domaine.com", "domaine.com" dans toutes les combinaisons possible avec le myhostname & myorigin... Pas mieux, toujours un champs "from" vide...
(...)
smtp.domaine.com[213.186.33.20] said: 555 sorry, invalid MAIL FROM for smtpauth session (http://travaux.ovh.net/?do=details&id=5510)
Enfin, clairement le ticket OVH est assez clair la dessus : un champ mail from:<> et SMTP Auth sont interdit...
Bon j'ai pas regardé totalement les choses mais si tu ne faisais pas de SMTP Auth et que ton serveur SMTP interne se comportais comme un MX standard tu n'aurais pas ce pb.
Et d'ailleurs un mail from: <> = bounce, peut-être qu'il faudrait regarder pourquoi ton serveur de mail interne génére ce genre de choses ? (En général c'est quand un il y a une erreur ou un truc comme ça)...
My 0,02€ /Xavier
Bon j'ai pas regardé totalement les choses mais si tu ne faisais pas de SMTP Auth et que ton serveur SMTP interne se comportais comme un MX standard tu n'aurais pas ce pb.
Clairement ! Mais ma connexion ne me permet pas d'être un MX standard, je risque trop d'être pris pour un spammeur (2 machin box en répartition de charge, pas d'ip fixe...)
Et d'ailleurs un mail from: <> = bounce, peut-être qu'il faudrait regarder pourquoi ton serveur de mail interne génére ce genre de choses ? (En général c'est quand un il y a une erreur ou un truc comme ça)...
Autant que j'ai pu pister, se sont majoritairement des erreurs dans le champs "to" que mes utilisateurs produisent.... exemple : "tot>o@domaine.com"
Exemple : Feb 10 10:15:12 srvtoto postfix/smtp[9443]: A5AF113D47C4: to=<toto>toto@domaine.com>, relay=smtp.domaine.com[213.186.33.20]:25, delay=0.68, delays=0.13/0/0.38/0.18, dsn=5.0.0, status=bounced (host smtp.domaine.com[213.186.33.20] said: 555 syntax error (#5.5.4) (in reply to RCPT TO command))
J'étais en train de me dire que la solution serait peut être de désactiver la vérification de syntax sur mon postfix et laisser le SMTP d'OVH répondre... Sauf que j'ai l'impression que c'est déjà lui qui dit "syntax error" !? ça cause quand vers OVH quand je fais un tcpdump au moment de la syntax error.
Sinon il faudrait que ça soit mon relay smtp qui vérifie la syntax avant même d'accepter le message ?
Belle journée,
Xavier Beaudouin kiwi@oav.net a écrit :
Hello,
(...)
Je viens de tester en mettant "host.domaine.com", "domaine.com" dans toutes les combinaisons possible avec le myhostname & myorigin... Pas mieux, toujours un champs "from" vide...
(...)
smtp.domaine.com[213.186.33.20] said: 555 sorry, invalid MAIL FROM for smtpauth session (http://travaux.ovh.net/?do=details&id=5510)
Enfin, clairement le ticket OVH est assez clair la dessus : un champ mail from:<> et SMTP Auth sont interdit...
Bon j'ai pas regardé totalement les choses mais si tu ne faisais pas de SMTP Auth et que ton serveur SMTP interne se comportais comme un MX standard tu n'aurais pas ce pb.
Et d'ailleurs un mail from: <> = bounce, peut-être qu'il faudrait regarder pourquoi ton serveur de mail interne génére ce genre de choses ? (En général c'est quand un il y a une erreur ou un truc comme ça)...
My 0,02€ /Xavier _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Salut,
Bon j'ai pas regardé totalement les choses mais si tu ne faisais pas de SMTP Auth et que ton serveur SMTP interne se comportais comme un MX standard tu n'aurais pas ce pb.
Clairement ! Mais ma connexion ne me permet pas d'être un MX standard, je risque trop d'être pris pour un spammeur (2 machin box en répartition de charge, pas d'ip fixe...)
Ha bah, mauvais ISP: changer d'ISP comme on dirais sur FRnOG.
Et d'ailleurs un mail from: <> = bounce, peut-être qu'il faudrait regarder pourquoi ton serveur de mail interne génére ce genre de choses ? (En général c'est quand un il y a une erreur ou un truc comme ça)...
Autant que j'ai pu pister, se sont majoritairement des erreurs dans le champs "to" que mes utilisateurs produisent.... exemple : "tot>o@domaine.com"
Exemple : Feb 10 10:15:12 srvtoto postfix/smtp[9443]: A5AF113D47C4: to=<toto>toto@domaine.com>, relay=smtp.domaine.com[213.186.33.20]:25, delay=0.68, delays=0.13/0/0.38/0.18, dsn=5.0.0, status=bounced (host smtp.domaine.com[213.186.33.20] said: 555 syntax error (#5.5.4) (in reply to RCPT TO command))
Et heu... Activer justement cette syntaxe sur ton postfix local, ne serait-il pas mieux ?
Accessoirement éduquer aussi tes utilisateurs ... (je suis quasi sûr que ce sont des outlook users...).
J'étais en train de me dire que la solution serait peut être de désactiver la vérification de syntax sur mon postfix et laisser le SMTP d'OVH répondre... Sauf que j'ai l'impression que c'est déjà lui qui dit "syntax error" !? ça cause quand vers OVH quand je fais un tcpdump au moment de la syntax error.
Sinon il faudrait que ça soit mon relay smtp qui vérifie la syntax avant même d'accepter le message ?
La *clairement*.
Xavier
Le 2015-02-10 08:53, Xavier Beaudouin a écrit :
Hello,
(...)
Je viens de tester en mettant "host.domaine.com", "domaine.com" dans toutes les combinaisons possible avec le myhostname & myorigin... Pas mieux, toujours un champs "from" vide...
(...)
smtp.domaine.com[213.186.33.20] said: 555 sorry, invalid MAIL FROM for smtpauth session (http://travaux.ovh.net/?do=details&id=5510)
Enfin, clairement le ticket OVH est assez clair la dessus : un champ mail from:<> et SMTP Auth sont interdit...
Bon j'ai pas regardé totalement les choses mais si tu ne faisais pas de SMTP Auth et que ton serveur SMTP interne se comportais comme un MX standard tu n'aurais pas ce pb.
Et d'ailleurs un mail from: <> = bounce, peut-être qu'il faudrait regarder pourquoi ton serveur de mail interne génére ce genre de choses ? (En général c'est quand un il y a une erreur ou un truc comme ça)...
My 0,02€
Le problème ne se situe-t-il pas au niveau des champs entre l'adresse au niveau de l'enveloppe et l'adresse au niveau du message lui-même qui ne sont pas tous les deux identiques ?
Cordialement,
JYL
-
David Mercereau -
jean-yves＠lenhof.eu.org -
Thomas Constans -
Xavier Beaudouin