Postfix SMTP server: errors from smtp.ladirection.cloud[80.64.218.141]

What type of hardware are you using: VPS bought online
What YunoHost version are you running: 12.1.39
How are you able to access your server: The webadmin
SSH

Describe your issue

Hello,
Je reçois des mails d’erreurs en tant qu’admin de mon serveur dont l’objet est:
Objet: Postfix SMTP server: errors from smtp.ladirection.cloud[80.64.218.141]
que je ne comprends, je ne sais pas juger de la gravité et les actions a prendre
Merci pour votre aide

Share relevant logs or error messages

Transcript of session follows.

Out: 220 mondomaine.fr Service ready
In: EHLO smtp.ladirection.cloud
Out: 250-mondomaine.fr
Out: 250-PIPELINING
Out: 250-SIZE 35914708
Out: 250-ETRN
Out: 250-STARTTLS
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250-DSN
Out: 250 CHUNKING
In: STARTTLS
Out: 220 2.0.0 Ready to start TLS
In: EHLO smtp.ladirection.cloud
Out: 250-mondomaine.fr
Out: 250-PIPELINING
Out: 250-SIZE 35914708
Out: 250-ETRN
Out: 250-AUTH PLAIN LOGIN
Out: 250-AUTH=PLAIN LOGIN
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250-DSN
Out: 250 CHUNKING
In: MAIL FROM:infos@ladirection.cloud SIZE=24195 BODY=8BITMIME
Out: 250 2.1.0 Ok
In: RCPT TO:contact@mondomaine.fr ORCPT=rfc822;contact@mondomaine.fr
Out: 451 4.3.5 Server configuration error
In: DATA
Out: 554 5.5.1 Error: no valid recipients
In: RSET
Out: 250 2.0.0 Ok
In: QUIT
Out: 221 2.0.0 Bye

For other details, see the local mail logfile

Le destinataire n’existe pas sur le serveur que postfix essai de contacter.

OK merci pour l’info
la question est qui envoie ce mail car c’est pas moi …

Bonjour,

Au coup d’oeil, de ce que je comprends c’est ton serveur qui reçoit le mail et l’erreur est liée soit à un problème de configuration, soit l’utilisateur de destination contact@mondomaine.fr n’existe pas (ou les 2?). Il faudrait consulter les logs et voir les lignes d’erreurs avec l’une des commandes suivantes:

grep Recipient address rejected /var/log/mail.log*
grep contact@ /var/log/mail.log*
grep RCPT /var/log/mail.log*

Contrôler également ta configuration par rapport à celle d’un yunohost de base :

yunohost tools regen-conf -nd postfix

Attention, vu que tu as ajouté un hook dernièrement, si l’erreur est dans celui-ci, tu ne le verras pas forcément, par contre tu verras bien toutes les autres modifications de ton main.cf qui ne seraient pas conformes à une installation de base.

effectivement contact@mondomain.fr n’existe pas
j’ai comme logs (les derneires lignes :

/var/log/mail.log.1:2026-01-24T05:50:32.903653+01:00 mondomaine postfix/smtpd[830604]: NOQUEUE: reject: RCPT from unknown[185.169.4.14]: 554 5.7.1 Service unavailable; Client host [185.169.4.14] blocked using zen.spamhaus.org; Listed by SBL, see https://check.spamhaus.org/sbl/query/SBL642216 / Listed by DROP, see https://check.spamhaus.org/sbl/query/SBL642216 / Listed by CSS, see https://check.spamhaus.org/query/ip/185.169.4.14 / Listed by PBL, see https://check.spamhaus.org/query/ip/185.169.4.14 / Listed by XBL, see https://check.spamhaus.org/query/ip/185.169.4.14; from=<test@mondomaine.fr> to=<proficientexpressservice@aol.com> proto=SMTP helo=<win-clj1b0gq6jp.domain>
/var/log/mail.log.1:2026-01-24T05:50:34.433186+01:00 mondomaine postfix/smtpd[830604]: lost connection after RCPT from unknown[185.169.4.14]
/var/log/mail.log.1:2026-01-24T07:07:51.673838+01:00 mondomaine postfix/smtpd[831285]: NOQUEUE: reject: RCPT from r182.actu.fdj.fr[192.243.247.182]: 554 5.7.1 Service unavailable; Client host [192.243.247.182] blocked using zen.spamhaus.org; Error: open resolver; https://check.spamhaus.org/returnc/pub/2001:41d0:305:2100::5bb0/; from=<bounce@actu.fdj.fr> to=<jean@mondomaine.fr> proto=ESMTP helo=<r182.actu.fdj.fr>
/var/log/mail.log.1:2026-01-24T08:06:35.599345+01:00 mondomaine postfix/smtpd[832008]: NOQUEUE: reject: RCPT from uregennknown[64.89.163.23]: 554 5.7.1 Service unavailable; Client host [64.89.163.23] blocked using zen.spamhaus.org; Error: open resolver; https://check.spamhaus.org/returnc/pub/2001:41d0:305:2100::5bb0/; from=<test@mondomaine.fr> to=<smtp2x@hotmail.com> proto=SMTP helo=<odele.domain>
/var/log/mail.log.1:2026-01-24T08:06:52.309009+01:00 mondomaine postfix/smtpd[832008]: lost connection after RCPT from unknown[64.89.163.23]
/var/log/mail.log.1:2026-01-24T08:56:34.550741+01:00 mondomaine postfix/smtpd[832448]: NOQUEUE: reject: RCPT from v5101.v560d213d.use4.send.mailgun.net[143.55.228.101]: 554 5.7.1 Service unavailable; Client host [143.55.228.101] blocked using zen.spamhaus.org; Error: open resolver; https://check.spamhaus.org/returnc/pub/2001:41d0:305:2100::5bb0/; from=<bounce+796e88.989610-julian=mondomaine.fr@dromfit.co> to=<julian@mondomaine.fr> proto=ESMTP helo=<v5101.v560d213d.use4.send.mailgun.net>
/var/log/mail.log.1:2026-01-24T10:27:03.446227+01:00 mondomaine postfix/smtpd[833113]: NOQUEUE: reject: RCPT from unknown[78.153.140.207]: 554 5.7.1 Service unavailable; Client host [78.153.140.207] blocked using zen.spamhaus.org; Error: open resolver; https://check.spamhaus.org/returnc/pub/2001:41d0:305:2100::5bb0/; from=<no-reply@no-reply.com> to=<a@b12.siagabaja.com> proto=ESMTP helo=<localhost.localdomain>

La commande

yunohost tools regen-conf -nd postfix

Ne renvois rien dans la console

Ce ne sont pas les derniers logs, les derniers se trouvent dans /var/log/mail.log et non /var/log/mail.log.1

voila ce que j’ai truuvé en rapport:

rom=<infos@ladirection.cloud> to=<contact@mondomain.fr> proto=ESMTP helo=<smtp.ladirection.cloud>
2026-01-29T15:04:11.237217+01:00 mondomain postfix/smtpd[897773]: NOQUEUE: reject: RCPT from smtp.ladirection.cloud[80.64.218.141]: 451 4.3.5 Server configuration error; f
rom=<infos@ladirection.cloud> to=<contact@mondomain.fr> proto=ESMTP helo=<smtp.ladirection.cloud>
2026-01-29T15:14:16.245474+01:00 mondomain postfix/smtpd[897979]: NOQUEUE: reject: RCPT from smtp.ladirection.cloud[80.64.218.141]: 451 4.3.5 Server configuration error; from=<infos@ladirection.cloud> to=<contact@mondomain.fr> proto=ESMTP helo=<smtp.ladirection.cloud>
2026-01-29T15:34:11.132439+01:00 mondomain postfix/smtpd[898042]: NOQUEUE: reject: RCPT from smtp.ladirection.cloud[80.64.218.141]: 451 4.3.5 Server configuration error; from=<infos@ladirection.cloud> to=<contact@mondomain.fr> proto=ESMTP helo=<smtp.ladirection.cloud>
2026-01-29T16:14:11.124805+01:00 mondomain postfix/smtpd[898466]: NOQUEUE: reject: RCPT from smtp.ladirection.cloud[80.64.218.141]: 451 4.3.5 Server configuration error; from=<infos@ladirection.cloud> to=<contact@mondomain.fr> proto=ESMTP helo=<smtp.ladirection.cloud>
2026-01-29T17:24:12.081364+01:00 mondomain postfix/smtpd[898945]: NOQUEUE: reject: RCPT from smtp.ladirection.cloud[80.64.218.141]: 451 4.3.5 Server configuration error; from=<infos@ladirection.cloud> to=<contact@mondomain.fr> proto=ESMTP helo=<smtp.ladirection.cloud>

026-01-29T14:54:33.358640+01:00 mondomain postfix/smtpd[897744]: NOQUEUE: reject: RCPT from smtp.ladirection.cloud[80.64.218.141]: 451 4.3.5 Server configuration error; f
rom=<infos@ladirection.cloud> to=<contact@mondomain.fr> proto=ESMTP helo=<smtp.ladirection.cloud>
2026-01-29T15:04:11.237217+01:00 mondomain postfix/smtpd[897773]: NOQUEUE: reject: RCPT from smtp.ladirection.cloud[80.64.218.141]: 451 4.3.5 Server configuration error; f
rom=<infos@ladirection.cloud> to=<contact@mondomain.fr> proto=ESMTP helo=<smtp.ladirection.cloud>
2026-01-29T15:14:16.245474+01:00 mondomain postfix/smtpd[897979]: NOQUEUE: reject: RCPT from smtp.ladirection.cloud[80.64.218.141]: 451 4.3.5 Server configuration error; from=<infos@ladirection.cloud> to=<contact@mondomain.fr> proto=ESMTP helo=<smtp.ladirection.cloud>
2026-01-29T15:34:11.132439+01:00 mondomain postfix/smtpd[898042]: NOQUEUE: reject: RCPT from smtp.ladirection.cloud[80.64.218.141]: 451 4.3.5 Server configuration error; from=<infos@ladirection.cloud> to=<contact@mondomain.fr> proto=ESMTP helo=<smtp.ladirection.cloud>
2026-01-29T16:14:11.124805+01:00 mondomain postfix/smtpd[898466]: NOQUEUE: reject: RCPT from smtp.ladirection.cloud[80.64.218.141]: 451 4.3.5 Server configuration error; from=<infos@ladirection.cloud> to=<contact@mondomain.fr> proto=ESMTP helo=<smtp.ladirection.cloud>
2026-01-29T17:24:12.081364+01:00 mondomain postfix/smtpd[898945]: NOQUEUE: reject: RCPT from smtp.ladirection.cloud[80.64.218.141]: 451 4.3.5 Server configuration error; from=<infos@ladirection.cloud> to=<contact@mondomain.fr> proto=ESMTP helo=<smtp.ladirection.cloud>

les logs indique “Server configuration error” , or comme yunohost tools regen-conf -nd postfix ne donne rien, l’erreur est donc soit liée au hook que tu as ajouté, soit la procédure n’a pas été respectée, postmap du fichier dnsbl-reply-map ou restart du service.

Pour un utilisateur inconnu (sur ton serveur), l’erreur serait plutôt : Recipient address rejected: User unknown in virtual mailbox table. S’il s’agit d’une autre raison de blocage, tu devrais trouver une raison différente comme blocked using zen.spamhaus.org par exemple.

Ici la raison est un problème de configuration. Le blocage a bien eu lieu mais pas pour la bonne raison si j’en crois les logs - Ce ne sont que mes interprétations, c’est comme ça que je le lis.

Ce sont les seules lignes des logs avec “Server configuration error” ? Si oui mon interprétation serait sans doute erronée car je suppose que tu devrais trouver d’autres lignes avec “Server configuration error” , par contre dans ce cas je ne l’explique pas sauf changement entre temps.

Merci pour ta reponse c’est aidant
J’utilise la commande

yunohost tools regen-conf postfix --force --debug

qui ne renvoie pas d’erreur donc j’imagine que le hook est bien écrit

tail -25 /var/log/mail.info

ec 23 15:15:33 mondomain dovecot: stats: Error: conn unix:stats (pid=18985,uid=0): Socket supports major version 4, but we support only 3 (mixed old and new binaries?)
Dec 23 15:15:33 mondomain dovecot: master: Warning: Killed with signal 15 (by pid=18985 uid=0 code=kill)
Dec 23 15:15:38 mondomain postfix[19936]: Postfix is running with backwards-compatible default settings
Dec 23 15:15:38 mondomain postfix[19936]: See http://www.postfix.org/COMPATIBILITY_README.html for details
Dec 23 15:15:38 mondomain postfix[19936]: To disable backwards compatibility use "postconf compatibility_level=2" and "postfix reload"
Dec 23 15:15:38 mondomain postfix/postfix-script[19946]: stopping the Postfix mail system
Dec 23 15:15:38 mondomain postfix/master[5470]: terminating on signal 15
Dec 23 15:15:40 mondomain postfix[20175]: Postfix is using backwards-compatible default settings
Dec 23 15:15:40 mondomain postfix[20175]: See http://www.postfix.org/COMPATIBILITY_README.html for details
Dec 23 15:15:40 mondomain postfix[20175]: To disable backwards compatibility use "postconf compatibility_level=3.6" and "postfix reload"
Dec 23 15:15:40 mondomain postfix/postfix-script[20228]: warning: not owned by root: /etc/postfix/.
Dec 23 15:15:40 mondomain postfix/postfix-script[20229]: warning: not owned by root: /etc/postfix/./app_senders_login_maps
Dec 23 15:15:40 mondomain postfix/postfix-script[20230]: warning: not owned by root: /etc/postfix/./app_senders_login_maps.db
Dec 23 15:15:40 mondomain postfix/postfix-script[20272]: starting the Postfix mail system
Dec 23 15:15:40 mondomain postfix/master[20274]: daemon started -- version 3.7.11, configuration /etc/postfix
Dec 23 15:16:17 mondomain postfix[23841]: Postfix is using backwards-compatible default settings
Dec 23 15:16:17 mondomain postfix[23841]: See http://www.postfix.org/COMPATIBILITY_README.html for details
Dec 23 15:16:17 mondomain postfix[23841]: To disable backwards compatibility use "postconf compatibility_level=3.6" and "postfix reload"
Dec 23 15:16:17 mondomain postfix/postfix-script[23854]: refreshing the Postfix mail system
Dec 23 15:16:17 mondomain postfix/master[20274]: reload -- version 3.7.11, configuration /etc/postfix
Dec 23 15:16:19 mondomain postfix[23914]: Postfix is using backwards-compatible default settings
Dec 23 15:16:19 mondomain postfix[23914]: See http://www.postfix.org/COMPATIBILITY_README.html for details
Dec 23 15:16:19 mondomain postfix[23914]: To disable backwards compatibility use "postconf compatibility_level=3.6" and "postfix reload"
Dec 23 15:16:19 mondomain postfix/postfix-script[23927]: refreshing the Postfix mail system
Dec 23 15:16:19 mondomain postfix/master[20274]: reload -- version 3.7.11, configuration /etc/postfix

/var/log/mail.err

Dec 22 14:05:54 mondomain dovecot: lda(jean@mondomain.fr)<28851><WJ3CD7IOaGezcAAAkULgwA>: Error: sieve: Execution of script /var/mail/sievescript/jean/.dovecot.sieve failed with unsuccessful implicit keep (user logfile /var/mail/sievescript/jean/.dovecot.sieve.log may reveal additional details)
Dec 23 10:15:54 mondomain dovecot: lda(jean@mondomain.fr)<6315><hRQiCEoqaWerGAAAkULgwA>: Error: sieve: Execution of script /var/mail/sievescript/jean/.dovecot.sieve failed with unsuccessful implicit keep (user logfile /var/mail/sievescript/jean/.dovecot.sieve.log may reveal additional details)
Dec 23 11:52:52 mondomain dovecot: auth: Error: read(anvil-auth-penalty) failed: EOF
Dec 23 11:52:52 mondomain dovecot: auth: Error: net_connect_unix(anvil-auth-penalty) failed: Permission denied
Dec 23 15:15:33 mondomain dovecot: stats: Error: conn unix:stats (pid=18985,uid=0): Socket supports major version 4, but we support only 3 (mixed old and new binaries?)

/var/log/mail.log

2026-02-02T21:38:45.877428+01:00 mondomain postfix/smtpd[955209]: warning: database /etc/postfix/dnsbl-reply-map.db is older than source file /etc/postfix/dnsbl-reply-map
2026-02-02T21:38:45.961257+01:00 mondomain postfix/smtpd[955209]: connect from unknown[45.144.212.177]
2026-02-02T21:38:46.007193+01:00 mondomain postfix/smtpd[955209]: disconnect from unknown[45.144.212.177] ehlo=1 auth=0/1 quit=1 commands=2/3
2026-02-02T21:42:06.134988+01:00 mondomain postfix/anvil[955214]: statistics: max connection rate 1/60s for (smtp:45.144.212.177) at Feb  2 21:38:45
2026-02-02T21:42:06.135830+01:00 mondomain postfix/anvil[955214]: statistics: max connection count 1 for (smtp:45.144.212.177) at Feb  2 21:38:45
2026-02-02T21:42:06.135944+01:00 mondomain postfix/anvil[955214]: statistics: max cache size 1 at Feb  2 21:38:45
2026-02-02T21:49:22.288458+01:00 mondomain dovecot: imap-login: Login: user=<geraldine>, method=PLAIN, rip=90.76.253.5, lip=51.75.200.147, mpid=955691, TLS, session=<CGQldd1J2MhaTP0F>
2026-02-02T21:49:24.095599+01:00 mondomain dovecot: imap(geraldine)<955691><CGQldd1J2MhaTP0F>: Disconnected: Connection closed (UID FETCH finished 1.404 secs ago) in=1467 out=15391 deleted=0 expunged=0 trashed=0 hdr_count=0 hdr_bytes=0 body_count=0 body_bytes=0

voila je ne sais pas ou regarder de plus pour trouver une eventuelle trace de demarrage de postfix

Il faut passer ces 2 commandes :

postmap /etc/postfix/dnsbl-reply-map
yunohost service restart postfix

Les logs /var/log/mail.err et /var/log/mail.info ne sont plus utilisés, ce sont des reliquats d’anciennes versions de Yunohost basées sur Debian 11.

Non pas forcément. Par exemple si tu demandes à ton hook d’ajouter un commentaire dans ton main.cf, il n’y aura pas d’erreur dans ce fichier mais ce n’est pas forcément ce que tu voulais faire. Idem si tu te trompes dans les clefs spamhaus que tu as ajouté, il n’y aura pas d’erreur de syntaxe dans main.cf, pourtant ça ne remplira pas le résultat escompté. Ce n’est que 2 exemples mais il peut y avoir pleins de cas ou ton hook ne génère pas d’erreur alors qu’il n’est pas correct.

Par exemple un hook avec

echo 'nimporte_quoi = 5' >> $postfix_conf

ne générera pas d’erreur, pas plus en vérifiant avec les options -nd , pourtant ce n’est pas vraiment ce qui est attendu dans une configuration de postfix.

/var/log/syslog

je viens de lancer car je savais pas si je l’avais fait cette commande

yunohost settings set email.antispam.enable_blocklists -v yes

bon j’ai retrouve l’envois de mail ok
je ne’ai plus de mail de ce type
" error from smtp …"

J’ai désactive l’ipv6 sur le smtp on va voir si les boites exterieures recoivent bien mais mails
J’ai quand meme les mails “automatic diagnosis” qui me signale

  • [ERROR] Port 25 is not reachable from the outside in IPv6 (c’est volontaire)
  • [ERROR] Your IP or domain 2001:41d0:… is blocklisted on Spamhaus ZEN (a priori pas grave car lsmtp ipv4 est ouvert)
  • [WARNING] Configuration file /etc/dnsmasq.d/spamhaus appears to have been manually modified.
    This is probably OK if you know what you’re doing! YunoHost will stop updating this file automatically… But beware that YunoHost upgrades could contain important recommended changes. If you want to, you can inspect the differences with ‘yunohost tools regen-conf dnsmasq --dry-run --with-diff’ and force the reset to the recommended configuration with ‘yunohost tools regen-conf dnsmasq --force’
    Merci

Si tu l’as lancé après avoir appliqué le hook, tu devrais avoir la ligne

reject_rbl_client zen.spamhaus.org dans ton main.cf, ce qui n’est pas attendu. Il faut bien respecter l’ordre des commandes à passer. Après cette option n’est pas prise en compte pour moi tant que je n’ai pas fait un yunohost tools regen-conf postfix, donc ça devrait être pareil pour toi je suppose et c’est comme si tu n’avait rien fait tant que tu ne l’as pas passée.

Le fait d’activer cette option, ça ajoute ces 2 lignes dans main.cf

reject_rbl_client bl.spamcop.net,
reject_rbl_client zen.spamhaus.org,

Et cette ligne dans le hook supprime la 2ème et conserve la 1ère :

sed -i '/zen.spamhaus.org/d' $postfix_conf

c’est pourquoi il faut respecter l’ordre et d’abord passer yunohost settings set email.antispam.enable_blocklists -v yes puis activer le hook avec yunohost tools regen-conf postfix --force

Oui il vaut mieux désactiver l’ipv6 pour le mail, perso tout fonctionne en ipv4 alors que j’avais des rejets en laissant l’ipv6. Pour les warning dans le diagnostique, il y a la possibilité de les ignorer avec yunohost diagnosis ignore ou plus simple, directement dans l’interface web d’administration.

Est-ce normal ce Warning? Peut-être faudrait-il faire un regen-conf de dnsmasq?

[WARNING] Configuration file /etc/dnsmasq.d/spamhaus appears to have been manually modified.

Si c’est toujours KO, passe le dire, j’essaierai de regarder ton main.cf ce W.E.

j’ai respecter l’ordre mais je n’ai pas de ligne

reject_rbl_client zen.spamhaus.org

j’ai cela

smtpd_client_restrictions =
    reject_rbl_client           PERSONALKEY.zen.dq.spamhaus.net=127.0.0.[2..11],
    reject_rhsbl_sender         PERSONALKEY.dbl.dq.spamhaus.net=127.0.1.[2..99],
    reject_rhsbl_helo           PERSONALKEY.dbl.dq.spamhaus.net=127.0.1.[2..99],
    reject_rhsbl_reverse_client PERSONALKEY.dbl.dq.spamhaus.net=127.0.1.[2..99],
    reject_rhsbl_sender         PERSONALKEY.zrd.dq.spamhaus.net=127.0.2.[2..24],
    reject_rhsbl_helo           PERSONALKEY.zrd.dq.spamhaus.net=127.0.2.[2..24],
    reject_rhsbl_reverse_client PERSONALKEY.zrd.dq.spamhaus.net=127.0.2.[2..24],
    permit_mynetworks,
    permit_sasl_authenticated,
    reject_rbl_client bl.spamcop.net,
    permit

Parfait c’est ce qu’il faut

cool
Alors Ya du mieux les mails de mon serveur arrivent bien aux destinataires et ne finissent pas dans les spams :ok_hand:
Je peux bien envoyer des mails à partir du web sans soucis.
Mais chez moi en wifi ou filaire impossible d’envoyer un mail a partir de mon pc idem ma femme et parei sur les mobiles

L’erreur signalée était « RCPT TO <jean.XXXXXX@orange.fr> failed: Client host 12.34.56.78 blocked using ZEN - see https://www.spamhaus.org/query/ip/12.34.56.78  for details ».

Si j’enleve le wifi du mobile pour passer en 5G ca plante avec une autre IP
Mais sur le mobile de mon fils en 5G ca marche bien…

dans les logs /var/log/syslog

2026-02-05T23:01:17.337141+01:00 mondomain postfix/submission/smtpd[995473]: connect from lfbn-.....-5.w90-76.abo.wanadoo.fr[12.34.56.78]
2026-02-05T23:01:17.432345+01:00 mondomain postfix/submission/smtpd[995473]: Anonymous TLS connection established from lfbn-.....-5.w90-76.abo.wanadoo.fr[12.34.56.78] to mondomain.fr: TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits)
2026-02-05T23:01:17.611234+01:00 mondomain postfix/submission/smtpd[995473]: NOQUEUE: reject: RCPT from lfbn-.....-5.w90-76.abo.wanadoo.fr[12.34.56.78]: 554 5.7.1 Client host 12.34.56.78 blocked using ZEN - see https://www.spamhaus.org/query/ip/12.34.56.78 for details; from=<jean.XXXX.fr> to=<jean.XXXX@orange.fr> proto=ESMTP helo=<jean-live.home>
2026-02-05T23:01:17.629330+01:00 mondomain postfix/submission/smtpd[995473]: lost connection after RCPT from lfbn-.....-5.w90-76.abo.wanadoo.fr[12.34.56.78]
2026-02-05T23:01:17.629623+01:00 mondomain postfix/submission/smtpd[995473]: disconnect from lfbn-.....-5.w90-76.abo.wanadoo.fr[12.34.56.78] ehlo=2 starttls=1 auth=1 mail=1 rcpt=0/1 rset=1 commands=6/7
2026-02-05T23:05:52.441801+01:00 mondomain postfix/anvil[995475]: statistics: max connection rate 1/60s for (submission:12.34.56.78) at Feb  5 23:01:17
2026-02-05T23:05:52.442284+01:00 mondomain postfix/anvil[995475]: statistics: max connection count 1 for (submission:12.34.56.78) at Feb  5 23:01:17
2026-02-05T23:05:52.442376+01:00 mondomain postfix/anvil[995475]: statistics: max recipient rate 1/60s for (submission:12.34.56.78) at Feb  5 23:01:17


A partir d’un logiciel comme Thunderbird ou similaire? Ou K9Mail sur mobiles (ou similaire)?

Si oui, il faut bien faire attention au paramétrage car si ça fonctionne du web à partir d’une appli mail de yunohost, c’est vraisemblablement la raison. Essaye de tester avec Mail-tester un envoi de ton PC et de la version web qui fonctionne pour voir si le résultat diffère. Je pourrai éventuellement t’aider au paramétrage si tu as des difficultés à paramétrer.

Il faut voir la raison de la mise en liste Zen, si tu héberges ton serveur chez toi, les Ip de particulier sont listées par défaut mais tu peux demander le retrait très facilement. Mon Ip était listée et tous les ans à date anniversaire je devais demander le retrait. Je suis passé sur une Ip fixe quand free a commencé à faire du partage d’Ip et ça fait bien longtemps que je n’ai plus eu à le faire.

Edit : Lis bien la raison du blocage par la liste zen, sur le site de Spamhaus il est clairement indiqué la raison. Si c’est dû à une erreur de paramétrage, il faut corriger avant de demander le retrait.

J’utilise Gnome Evolution sur pC et K9Mail sur mobile et mon fils un iPhone
ALors ca a toujours marche jusqu’a ce que je modifie pour mettre les DQS
Le webmail c’est Roundcube de mon Yunophost heberge sur un VPS OVH

La raison de spamhaus est

Policy Blocklist (PBL) - This is for information only. No action is required (unless you run your own mail server).

12.34.0.0/16 is listed on the Policy Block List (PBL)

Outbound Email policy of Orange Internet France for this IP range

It is the policy of Orange Internet France that unauthenticated email sent from this IP address should be sent out only via the designated outbound mail server allocated to Orange Internet France customers. To find the hostname of the correct mail server to use, customers should consult the original signup documentation or contact Orange Internet France Technical Support.

Note de mailtester 10/10 mail envoyé a partir de rouncube de mon server

J’ai juste un doute sur ton FAI et si c’est le destinataire (orange) qui bloque car tu es sur la liste PBL, ou si tu es chez orange (offre pro, perso grand public?) , bien que si tout fonctionnait avant soit tu utilisais le relais SMTP Orange, soit tu es chez un autre F.A.I. qui permet l’ouverture du port 25.

Dans le 1er cas, il suffit de demander le retrait de la liste, il faudrait aussi savoir si tu as une IP fixe ou pas car si l’ip n’est pas fixe, je ne vois pas trop ce que tu pourrais faire

Je suppose, mais c’est à toi de le confirmer, que tu es chez un autre FAI et que ça expliquerait pourquoi certains mails passent et pas d’autres, en fonction du destinataire (orange bloqué et pas forcément par d’autres acteurs)

Donc pour résumer :

1 - Tu es chez quel F.A.I.? Offre grand public, pro?

2 - Le port 25 est bien ouvert? Ou tu utilises un relais SMTP?

3 - IP fixe ou pas?

Je ne crois pas sinon tu n’aurais pas eu besoin de recourir aux DQS de Spamhaus. Ca fonctionnait sans doute jusqu’à l’erreur ‘open resolver’ plutôt.

1 je suis chez Orange grand public
2 Je pense pas et a quoi ça sert mon yunohost est heberge chez OVH
3 ip fixe ipv6

Navré pour le pavé :sweat_smile: A force de rajouter des trucs, ça en devient loooonnng!

Je ne sais pas pourquoi mais je croyais que tu t’auto-hébergeais à domicile, ce que tu n’as jamais dit au passage, donc bon….

1- On s’en fout du coup si ton serveur est chez OVH

2 - Le port 25 est forcément ouvert pour l’envoi de mail, pour le relais c’était seulement si ton serveur était chez toi.

3 - C’est l’Ipv4 qui est important ici pour le mail - Ipv4 fixe, sinon il y a un risque de retomber dans la liste PBL de façon aléatoire selon le ‘range’ où tu te retrouves.

Vu ta note sur mail-tester et vu que c’est orange (destinataire) qui bloque car tu fais parti d’un bloc d’IP bannies (liste PBL) je te dirais que tu peux demander le retrait auprès de Spamhaus. D’ailleurs c’est bien indiqué que ce n’est pas un problème de configuration :

Policy Blocklist (PBL) - This is for information only. No action is required (unless you run your own mail server).

C’est exactement dans cette liste que je me suis retrouvé plusieurs fois et que je demandais 1 fois/an le retrait ( c’était avant de passer sur une ipv4 full-stack quand free a commencer à faire du CGNAT-) Ça prends 2 minutes et c’est effectif assez rapidement. On y peu rien, ce sont des listes utilisées par les F.A.I. car dans ces blocs d’IP, soit il y a eu de l’envoi de SPAM, soit comme moi avec mon ancienne IP, j’héberge à domicile et les IP de particulier sont considérées comme ne devant pas avoir de serveur mail.

Attention cependant car tu parles d’ipv6 mais ton serveur mail n’est autorisé qu’en ipv4, c’est donc pour l’ipv4 qu’il faut demander le retrait.

adresse à retenir : https://check.spamhaus.org/ tu rentres ton IP, tu verras qu’elle est listée sur PBL, tu déroules “more info” , tu coches en bas “i’m running my own server” puis tu remplis le formulaire. Tu reçois alors un mail pour confirmer et finaliser la demande.

La liste PBL est très restrictive et n’est pas utilisée partout - Orange l’utilise et te bloque, Gmail ou Yahoo ça passe de mémoire même si tu es listé dedans.

Quand tu disais que ça fonctionnait pour ton fils, c’était bien vers des adresses autres que orange?

Edit : Sur serveur OVH, je ne connais pas mais y-a-t-il un intérêt à désactiver l’ipv6 pour l’envoi de mails? Perso je le fais mais c’est parce que je ne peux pas paramétrer de reverse-DNS en ipv6 et certains mails sont stricts en ipv6 comme Gmail (ils ont l’air d’être plus laxiste en ipv4 car même sans reverse-dns dans le passé, je n’avais pas de soucis de distribution en ipv4 contrairement à l’ipv6)