des bounces remontent, d'autres pas

[Cyrille37]

Bonjour,

Sur une instance Sympa 6.2.66 (Ubuntu 22.04.5 LTS) et Postfix 3.6.4.

La configuration suit "Virtual domain setting" sur la page Configure mail server: Postfix

Avec ses 58 listes, il y a des listes qui remontent bien les erreurs (bounces) d'emails invalides et d'autres non. J'ai comparé les configurations et ne trouve pas de différence 😥

Pour les emails remontées en erreur les logs contiennent des Sympa::Tracking::store() et Sympa::Spindle::ProcessBounce::_twist(), pour celles qui ne remontent pas en erreur il y seulement Sympa::Mailer::store().

Auriez-vous des pistes de diagnostiques s'il vous plaît ?

Merci 💌

[ikedas]

Bonjour @Cyrille37 ,

Auriez-vous des pistes de diagnostiques s'il vous plaît ?

For both cases where an error is reported and not reported, provide sympa's logs and, if possible, examples of the actial bounces. Sensitive information may be masked.

(Please feel free to use the language you prefer♥)

[Cyrille37]

Je viens de relire le chapitre virtual-domain-setting à propos de main.cf et il manque des lignes dans mon fichier ...

Mais pourtant il y a bien des listes qui fonctionnent ... donc les lignes manquantes dans mon main.cf n'explique pas le problème ...

[ikedas]

@Cyrille37 , you have to add an entry for bounce… address to the sympa_transport file in your configuration. See the documentation (in this documentation describes the file as transport.sympa).

[Cyrille37]

Hi @ikedas

The sympa_transport is here #1947 (reply in thread) and it's generated by Sympa when adding list via wwsympa.

[Cyrille37]

And "by hand" I do not know how to write the sympa_transport rule to decode email for the list "arren37" like "to=bounce+abc.xyz==a==laposte.net==arren37==76495@listes.comptoir.net"

Postfix say :

Mar 23 17:03:26 tools postfix/virtual[80548]: BB72061C59:
 to=<bounce+abc.xyz==a==laposte.net==arren37==76495@listes.comptoir.net>,
 relay=virtual, delay=0.04, delays=0/0.01/0/0.02, dsn=5.1.1,
 status=bounced
 (unknown user: "bounce+abc.xyz==a==laposte.net==arren37==76495@listes.comptoir.net")

[ikedas]

Check the file in your configuration, not other's. Please forget about #1246 and check your configuration only.

[ikedas]

And "by hand" I do not know how to write the sympa_transport rule to decode email for the list "arren37" like "to=bounce+abc.xyz==a==laposte.net==arren37==76495@listes.comptoir.net"

Postfix say :

Mar 23 17:03:26 tools postfix/virtual[80548]: BB72061C59:
 to=<bounce+abc.xyz==a==laposte.net==arren37==76495@listes.comptoir.net>,
 relay=virtual, delay=0.04, delays=0/0.01/0/0.02, dsn=5.1.1,
 status=bounced
 (unknown user: "bounce+abc.xyz==a==laposte.net==arren37==76495@listes.comptoir.net")

Have you run postmap? You have to update hash table if you have modified content of sympa_transport and so on.

[Cyrille37]

Peut-être une piste ?

La seconde ligne dirait que postfix reçoit un bounce et ne sait qu'en faire ?

Mar 24 11:01:58 tools.comptoir.net postfix/smtp[98994]:
 483B06235C: to=<abc.xyz@laposte.net>,
 relay=smtpz4.laposte.net[160.92.124.66]:25, delay=2, delays=0.32/0/0.49/1.2, dsn=2.0.0, status=sent
 (250 2.0.0 Ok: queued as 4ZLpVs5wgsz1qqk9)

Mar 24 11:01:58 tools.comptoir.net postfix/virtual[98890]:
 0C7D962394: to=<bounce+abc.xyz==a==laposte.net==amapspdc==76866@listes.comptoir.net>,
 relay=virtual, delay=0.01, delays=0/0/0/0, dsn=5.1.1, status=bounced
 (unknown user: "bounce+abc.xyz==a==laposte.net==amapspdc==76866@listes.comptoir.net")

[Cyrille37]

La configuration dans /etc/sympa/sympa_transport où sont toutes les autres listes, même celles dont les bouces/erreurs fonctionnent. Elles sont toutes identiques.

amapspdc@listes.comptoir.net sympa:amapspdc@listes.comptoir.net
amapspdc-request@listes.comptoir.net sympa:amapspdc-request@listes.comptoir.net
amapspdc-editor@listes.comptoir.net sympa:amapspdc-editor@listes.comptoir.net
#amapspdc-subscribe@listes.comptoir.net sympa:amapspdc-subscribe@listes.comptoir.net
amapspdc-unsubscribe@listes.comptoir.net sympa:amapspdc-unsubscribe@listes.comptoir.net
amapspdc-owner@listes.comptoir.net sympabounce:amapspdc@listes.comptoir.net

[ikedas]

Peut-être une piste ?

La seconde ligne dirait que postfix reçoit un bounce et ne sait qu'en faire ?

Those lines seem enough for Postfix's logs. However please show the logs in the both cases where an error is reported and not reported.

Also, wshed Sympa's logs are all lines recorded in the sympa.log file from when a bounce is received to when all processing of the bounce is completed, in the both cases above.

In addition, please provide examples of bounces in both cases above, if possible.

[Cyrille37]

Extrait du main.cf de Postfix:

virtual_mailbox_domains =
  listes.comptoir.net,
  hash:/etc/sympa/sympa_transport
virtual_mailbox_maps =
  hash:/etc/sympa/sympa_transport,
  hash:/etc/sympa/virtual.sympa
virtual_alias_maps =
  hash:/etc/sympa/virtual.sympa
transport_maps =
  hash:/etc/sympa/sympa_transport
recipient_delimiter = +

[Cyrille37]

Hi @ikedas
Thank you for you interest & help 💌

• I'm focusing on my configuration
• yes, I run sudo postmap /etc/sympa/sympa_transport and sudo systemctl reload postfix after changed sympa_transport.

my question/problem can be summarized as follows: why Sympa does not write in /etc/sympa/sympa_transport necessary rules to handle bounce when adding a new list.

Sympa only write lines like:

...
testtwo@listes.comptoir.net sympa:testtwo@listes.comptoir.net
testtwo-request@listes.comptoir.net sympa:testtwo-request@listes.comptoir.net
testtwo-editor@listes.comptoir.net sympa:testtwo-editor@listes.comptoir.net
testtwo-subscribe@listes.comptoir.net sympa:testtwo-subscribe@listes.comptoir.net
testtwo-unsubscribe@listes.comptoir.net sympa:testtwo-unsubscribe@listes.comptoir.net
testtwo-owner@listes.comptoir.net sympabounce:testtwo@listes.comptoir.net
amapspdc@listes.comptoir.net sympa:amapspdc@listes.comptoir.net
amapspdc-request@listes.comptoir.net sympa:amapspdc-request@listes.comptoir.net
amapspdc-editor@listes.comptoir.net sympa:amapspdc-editor@listes.comptoir.net
#amapspdc-subscribe@listes.comptoir.net sympa:amapspdc-subscribe@listes.comptoir.net
amapspdc-unsubscribe@listes.comptoir.net sympa:amapspdc-unsubscribe@listes.comptoir.net
amapspdc-owner@listes.comptoir.net sympabounce:amapspdc@listes.comptoir.net
...

I'm reading again and again Configure mail server: Postfix / Virtual domain setting ...

[Cyrille37]

Ok, it works !

I've just created the file /etc/sympa/transport.sympa with

    listes.comptoir.net                error:User unknown in recipient table
    sympa@listes.comptoir.net          sympa:sympa@listes.comptoir.net
    listmaster@listes.comptoir.net     sympa:listmaster@listes.comptoir.net
    bounce@listes.comptoir.net         sympabounce:sympa@listes.comptoir.net
    abuse-feedback-report@listes.comptoir.net  sympabounce:sympa@listes.comptoir.net

Then of course sudo postmap /etc/sympa/transport.sympa /etc/sympa/sympa_transport

Now bounce with address bounce+cyrille==a==oueb.org==testtwo==76948@listes.comptoir.net are well delivered to Sympa and appear well in errors page.

Thanks you again @ikedas for your support

[Cyrille37]

Pas facile d'extraire des lignes de logs. J'essaye de trouver des extraits "parlants".

Je remarque que pour les listes qui "fonctionnent" il y a from=<listeok-owner@... :

postfix/qmgr[1494]: 9B73D5ECAE: from=<listeok-owner@listes.comptoir.net>, size=6709, nrcpt=1 (queue active)

alors que pour celles qui ne fonctionnent pas il y a from=<bounce+quinexis... :

postfix/qmgr[1494]: CC8EE61038: from=<bounce+quinexistepas==a==comptoir.net==testtwo==76736@listes.comptoir.net>, size=7772, nrcpt=1 (queue active)

On dirait que le Return-path ou autre entête n'est pas le même, du coup le message d'erreur n'est pas délivré.

[Cyrille37]

Il est question de ce format d'adresse dans Bounce management quand VERP est activé. Mais les 2 listes ont la même configuration, je ne vois pas où désactiver.

Aussi je ne sais comment ajouter ce format dans /etc/sympa/sympa_transport pour remplacer (ou ajouter) :

testtwo-owner@listes.comptoir.net sympabounce:testtwo@listes.comptoir.net

[Cyrille37]

🏁 @ikedas : J'ai trouvé une solution après avoir lu VERP feature should be disabled #1246 :

• désactiver delivery_status_notification (DSN).

Maintenant les bounces arrivent bien.

C'est dommage que Sympa n'ajoute pas tout seul la bonne syntaxe bounce+... dans /etc/sympa/sympa_transport à la création d'une liste ...

[Cyrille37]

... I continue here : #1948