Re: [sympa-fr] Lien de bas de page avec adresse email

[Luc Veillon <adresse@cachée>]

Bonsoir ,

Nous utilisons un mécanisme qui doit s'approcher de ce que vous faites.

1/ Une base de données consolide nos abonnés.

2/ Nous faisons une extraction, liste par liste, des abonnés retenus 
pour sympa

3/ Nous déposons les fichiers d'adresses à intervalle régulier sur le 
serveur

4/ Nos listes sont construites sur la base d'une source de type

member_include
source <fichier>

5/ Lorsqu'un abonné se désabonne, il est mis en liste noire (en 
pratique, il est déplacé de subscriber_table à exclusion_table)

6/ Si nous rechargeons le fichier (synchro régulière ou forcée à la 
suite d'un changement d'export de la base), les désabonnés le restent, 
car la synchro vérifie que l'adresse du fichier n'est pas dans 
exclusion_table avant de le remettre dans subscriber_table.

Avec ce système, il n'est pas utile d'informer la base du désabonnement 
SAUF si vous avez une raison supplémentaire d'injecter cette information 
dans votre base d'origine OU si vous craignez de perdre ou de corrompre 
la base mysql de sympa, qui, elle, reste accessible d'internet : toute 
action d'un utilisateur s'y répercute. Et le désabonnement est immédiat.

Mais, pour ce cas précis, le plus sûr est probablement d'effectuer une 
sauvegarde à intervalle régulier de la base sympa, ou au minimum de la 
table d'exclusion.

Ceci étant dit, vous pouvez écrire ce que vous voulez dans le lien de 
bas de page, et le mail du user est une variable utilisable si vous êtes 
en mode Allow message personalization (merge_feature). Mais cela a un 
coût :

=> vous ne pouvez plus grouper les envois de messages : ça peut prendre 
10 à 20 fois plus de temps à être distribué (selon la répartition des 
domaines de vos abonnés et le nrcpt)

=> beaucoup de clients webmail et lourds ont du mal à afficher le lien 
personnalisé, soit qu'ils soient bogués, soit que la structure mime soit 
trop complexe à l'arrivée, soit qu'ils aient mal configurés leur client.

=> il vous faudra construire en parallèle un scénario de désabonnement 
qui les empêche de se désabonner par commande mail ou clic sur l'IHM 
tout en vous permettant de le faire par API depuis votre page.

Cordialement


Le 09/02/2017 à 14:27, Julien mlsupport (via sympa-fr Mailing List) a 
écrit :
> Bonjour,
>
> Avant de faire mettre à jour l'infrastructure de notre serveur SYMPA 
> (qui est d'une vieille version) par notre hébergeur, j'aurai souhaité 
> avoir quelques réponses (coût oblige).
>
> Le but de cette migration étant de pouvoir synchroniser manuellement 
> les listes d'abonnés/désabonnés avec une base de données coupée 
> d'internet.
>
> Aussi, j'envisage que la source des abonnés provienne de notre BDD.
> On ferait une extraction régulière des abonnés depuis notre BDD vers 
> SYMPA.
>
> La question se pose surtout pour les désabonnés : si on utilise le 
> lien en bas de mail d'un message sympa, l'utilisateur sera désabonné 
> mais notre BDD n'en saura rien et lors de l'import/export le client va 
> être de nouveau abonné.
>
> Je pensais donc, si c'est possible, personnaliser le lien en bas de 
> message en lieu et place du lien de désabonnement par un lien sur une 
> page dédiée avec passé en variable l'adresse email de la personne. Je 
> stockerai alors l'info de désabonnement dans une BDD dédiée dont 
> j'exporterai le contenu vers notre base mère, et cette page appelera 
> l'API de désabonnement de SYMPA.
>
> Qu'en pensez-vous ?
> Et est-ce faisable avec la dernière version en date de SYMPA ?
>
> Merci.

--
Luc VEILLON
Pôle IH2M Equipe "Hub - Hébergement - Messagerie"
DSI - Rectorat d'Orléans-Tours
10 Rue Molière
45 000 Orléans
Tél: 02 38 79 45 20/ 02 38 79 45 51
Fax: 02 38 79 45 29
Mel : adresse@cachée