Re: [fr@sympa] listes en erreur

[David Verdin <adresse@cachée>]

Re-bonjour,

On me demande une petite explication sur le VERP, alors je la poste sur la liste, ça pourra servir à d'autres.

Alors, VERP, ça veut dire Variable Envelope Return Path, ce qui indique exactement ce que ça fait : ça rend variable le Return-Path du message (ou le MAIL FROM de l'enveloppe, le terme mélange joyeusement les deux concepts qui se ressemblent fort, il est vrai).

On résume : quand on envoie un email, on ouvre une session SMTP vers un serveur. On fournit un destinataire (MAIL FROM), un expéditeur (RCPT TO) et un message (DATA). Les informations d'expédition de la session STMP, notamment le MAIL FROM et le RCPT TO sont appelées l'enveloppe. Par analogie avec le courrier, tout bêtement.

Le MAIL FROM est l'adresse avec laquelle on envoie le mail et à laquelle il faut le renvoyer si, pour une raison ou une autre, il bounce. Comme cette information est perdue dès le premier relai de messagerie, on la stocke dans l'entête Return-Path, afin que les bounces arrivent à destination, même si le mail passe par quinze relais avant d'être rejeté. C'est pour ça qu'on dit que le Return-Path est la même chose que le From de l'enveloppe et je ne parle plus que de Return-Path dans la suite.

Dans Sympa, on met toujours le Return-Path à l'adresse <liste>-adresse@cachée. C'est un héritage de l'époque à laquelle on faisait suivre les erreurs aux propriétaires pour qu'ils règlent eux-même les problèmes d'adresses en erreur. On a gardé le même nommage une fois que ce traitement a été délégué à Sympa. Et c'est la raison pour laquelle on a dû trouver une autre adresse pour qu'un humain contacte les propriétaires de listes. Maintenant, vous savez pourquoi l'adresse générique de contact des propriétaires d'une liste est <liste>-request et pas <liste>-owner. Fin de la page culture.

Le VERP a été mis en place pour résoudre les problèmes posés par un expéditeur qui fait suivre son courrier à une autre boîte mail.

Supposons que adresse@cachée soit abonné à la liste adresse@cachée. Francis fait suivre son courrier chez un fournisseur privé. Disons donc que ses mails soient forwardés de adresse@cachée vers adresse@cachée.

Supposons maintenant qu'un message à la liste soit refusé par dataslurp.tld. Un bounce est généré par leur serveur, à destination du Return-Path du mail, donc de adresse@cachée. Ce bounce indique que le message pour adresse@cachée n'a pas pu être remis à son destinataire. Sympa ne trouve pas cette adresse dans sa liste puisque ce n'est pas l'adresse d'abonné. Il ignore donc le bounce et continue sa vie comme si de rien n'était.

Pour éviter cela, le VERP encode l'adresse du destinataire d'origine dans le Return-Path, sous la forme bounce+<adresse-encodee>==<liste>@domaine.de.liste. Dans notre exemple, ça donnerait "adresse@cachée". Ainsi, quelque soit l'adresse qui génère une erreur, on saura toujours à quelle adresse d'abonnés on doit l'associer.

Voilà pour le principe.

Pour l'implémentation dans Sympa, on utilise le VERP dans deux cas précis :

- aléatoirement, sur un pourcentage des abonnés défini par le paramètre verp_rate (peut être défini au niveau liste, domaine ou serveur entier).

- systématiquement pour envoyer une message de liste à une adresse qui est en erreur.

Cela semblerait séduisant de passer tout le serveur en VEPR à 100%.

Mais le VERP a un coût : comme il personnalise le From de l'enveloppe, on doit avoir une session unique pour chaque destinataire en VERP. On perd donc l'intérêt de Sympa en termes de groupage et d'optimisation des sessions. Pour rappel, Sympa essaie, s'il a plusieurs destinataires pour un même domaine, de faire le moins de sessions possibles. C'est la fonction de bulk mailing qu'on attend d'un serveur de listes. En augmentant le taux de VERP, on augmente donc le nombre de sessions sortantes, ce qui peut avoir - au moins - deux conséquences :

1. augmenter la charge sur les MTA sortants,
2. augmenter le taux de rejet ou de greylisting pour cause de "too many sessions" chez les destinataires.

Utile, donc, mais sans doute à limiter aux plus grosses listes, dont il est parfois difficile de mesurer la qualité du provisionnement.

Voilà, j'espère que ça vous aidera !

Bonne journée,

David

Le 23/01/2024 à 15:21, Anthony Carval a écrit :

Bonjour David,

Merci pour ce retour éclairant :)

Je suis preneur pour une explication sur le VERP.

Bien cordialement,

Attachment: smime.p7s
Description: Signature cryptographique S/MIME