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

[Julien mlsupport <adresse@cachée>]

Merci pour vos remarques,

Le lien personnalisé me paraît alors la meilleur option malgré le "coût" car nous avons besoin de savoir depuis notre BDD qui est abonné, et surtout, une personne peut-être désabonnée une année puis réabonnée la suivante.

Le 9 février 2017 à 18:40, Luc Veillon <adresse@cachée> a écrit :

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