Accéder au contenu.
Menu Sympa

fr - Re: [sympa-fr] Champ reply-to absent, même en "forced."

Objet : Pour les administrateurs de serveurs de listes utilisant le logiciel Sympa

Archives de la liste

Chronologique Discussions  
  • From: David Verdin <adresse@cachée>
  • To: adresse@cachée
  • Subject: Re: [sympa-fr] Champ reply-to absent, même en "forced."
  • Date: Thu, 12 Feb 2015 17:31:57 +0100


Le 12/02/15 17:17, Christophe DUMONET a écrit :
adresse@cachée">

Effectivement,je viens de faire le test, c'est le champ Return-Path et pas Reply-To qui est utilisé dans le cas des notifications over-quotas.
Dans ce cas, est-il possible de forcer le champ Return-Path pour les listes concernées à l'adresse du sender et non du owner ?
Non. Enfin, pas dans Sympa. Il est prévu que Sympa traite les erreurs lui-même.
Cela dit, si tes utilisateurs veulent se palucher la gestion des erreurs, alors tu peux changer les alias : tu fais pointer <nomliste>-owner vers <nomliste>-request et voilà !
Mais ça risque de leur faire un paquet d'erreurs à gérer.
Note qu'il faudra aussi changer le fichier list_aliases.tt2 pour que les nouvelles listes soient créées avec cette règle.

Ah... En fait ça répond pas à ton problème mais je laisse la réponse pour info et pour la culture de la liste.
Pour ton problème précis... Je pense que tu aurais intérêt à essayer les hooks de messagerie que Soji a ajouté dans la version 6.2. C'est encore expérimental mais ça permet justement de tripatouiller le message à certains moments de leur traitement - pour l'instant seulement avant de l'envoyer.
Mais en 5.3.4, désolé, il n'y a rien de ce type.
Tu aurais intérêt à faire en sorte que les profs soient propriétaires de la leurs listes et appliquer la solution que j'ai proposée.
Le listmaster propriétaire de toutes les listes, c'est une mauvaise pratique, en Sympa, parce que ça t'oblige à t'occuper de la gestion quotidienne des listes (qui peut s'abonner, la modération des messages, etc.). Plus le service prend de l'importance, plus ça te monopolise. Si tu délègues aux profs la gestion de leurs listes, tu te débarasses de tout ça et tu peux travailler sur des choses plus intéressantes.
adresse@cachée">

Le contexte est le suivant : je gère des listes sympa dans le contexte d'une école, je suis propriétaire de toutes les listes pour les gérer, les enseignants écrivent à des étudiants qui sont les abonnés de ces listes. Et les enseignants doivent être au courant qu'un élève n'a pas reçu le mail car il est over-quota. ( et actuellement, le mail est envoyé au propriétaire de la liste, moi ;-) )
Normalement, non : il est envoyé à <nomlistes>-owner@... C'est l'adresse utilisée par Sympa pour récupérer les bounces. Normalement, tu ne dois jamais recevoir ces messages. Si c'est le cas, tu a un souci dans les alas.
adresse@cachée">

Merci à toi,
Christophe.

Le 12/02/2015 16:24, David Verdin a écrit :
adresse@cachée"> Bonjour,

Tu as fait ce qu'il fallait.
La 5.3.4, ça ne date pas d'hier, mais je pense que ça marchait. Tu as bien enregistré la config après la modification (désolé mais on sait jamais) ?

Cela dit, ça ne résoudra pas le problème des over-quotas : les DSN sreont de toutes façons envoyées à l'adresse de Return-Path, pas du Reply-To.
Ce n'est d'ailleurs pas un problème, c'est une feature : les DSN sont traités par Sympa.

Cela dit si, pour certaines listes, tu tiens à ce que la délivrance des messages soit suivie, il faut que tu mettes à jour vers Sympa 6.2, qui implémente le tracking. On peut alors savoir si le message a été délivré, lu, etc.
Et si l'utilisateur demande un accusé de réception, il est possible que cet accusé de réception soit demandé par Sympa, qui regroupe tout ça dans une table.

Bonne journée,

David

Le 12/02/15 16:17, @ifma.fr a écrit :
Bonjour,

Je cherche le moyen dans Sympa de forcer la présence du champ Reply-To avec la
valeur du sender dans les messages délivrés.

En effet, si l'expéditeur initial n'envoie pas ce champ facultatif avec son
client de messagerie, les messages relayés par mon serveur Sympa sont reçu
aussi sans champ Reply-To dans les headers.
En son absence, le champ Return-Path est utilisé (selon la  RFC822), et celui-
ci contient l'adresse du owner de la liste. ( gestion des bounces etc...)

Le problème est que l'absence de ce champ pose souci par exemple dans le cas
d'une notification à l'expéditeur d'un cas de non délivrance quand l'un des
abonnés est over-quota : le message de non délivrance est retourné à l'owner
de la liste ( champ return-path en l'absence du champ reply-to).
C'est considéré comme un bounce finalement, et l'expéditeur n'est pas tenu au
courant, ce qu'on me demande.

Ce que j'ai essayé, et qui ne fonctionne pas :
Je suis allé dans la config d'une des listes, et la valeur "reply_to_header",
était réglée par défaut à sender, avec le paramètre "respect du champ
existant" à "respect".
J'ai essayé de le forcé, en selectionnant "forced" pour ce dernier paramètre
sans succès.

J'ai un sympa en 5.3.4,  et derrière un zimbra v8.

Merci à vous,
Christophe Dumonet.

--
A bug in Sympa? Quick! To the bug tracker!

 
David Verdin
Études et projets applicatifs
 

Tél : +33 2 23 23 69 71
Fax : +33 2 23 23 71 21
 

www.renater.fr
RENATER
263 Avenue du Gal Leclerc
35042 Rennes Cedex





--
A bug in Sympa? Quick! To the bug tracker!

 
David Verdin
Études et projets applicatifs
 
Tél : +33 2 23 23 69 71
Fax : +33 2 23 23 71 21
 
www.renater.fr
RENATER
263 Avenue du Gal Leclerc
35042 Rennes Cedex



Attachment: gifmBYj2Pv9LS.gif
Description: GIF image

Attachment: png1nvQihptgO.png
Description: PNG image

PNG image

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




Archives gérées par MHonArc 2.6.19+.

Haut de le page