Skip to main content Help Control Panel

 

Projets «   Campagnes de tests «   RC5 livrée - test de yacs 10.2.12, alias yacs Martin RC 5 «  

Notifications nominatives [Analyzed]

WorkflowSupport request
StatusIssue has been documented and cause has been identified
OwnerBernard Paques
Progress50%

L'émetteur des notifications n'est plus, dans la plupart des cas, le nom du serveur, mais celui de la personne à l'origine de la notification. Alain souhaiterait pouvoir préfixer les titres des messages envoyés, pour faciliter l'activation de règles de tris des messages à l'arrivée dans sa boîte aux lettres. A discuter, bien sûr...

Comments


Alexis Raimbault

la question sensible est résolue je pense.

serait-il interessant d'avoir quand même le [nom de la personne] dans le sujet du message ?

 




Alexis Raimbault webmaster free-lance

on Mar. 22 2010


Bernard Paques

Dois-je conclure que les notifications envoyées par yacs.fr depuis le 10 mars vous conviennent ?


on Mar. 22 2010


Alain Lesage

Merci !!!!!


on Mar. 16 2010


Jmarc

Bernard : MERCI !!!!!!!!!!!!!!!!!! yippee


inspired from Bernard Paques on Mar. 10 2010


Bernard Paques

Deuxième modification d'importance effectuée ! Le panneau de configuration système est doté d'un nouveau paramètre pour régler l'expéditeur des notifications. Un bouton radio permet de choisir l'adresse fixe définie pour le serveur. C'est le réglage par défaut. Un deuxième bouton radio permet de personnaliser les notifications en utilisant l'adresse du surfeur. Le réglage est sauvé dans le paramètre global mail_from_surfer. C'est dans control/configure.php.

De plus, ce paramètre est mis en oeuvre dans la fonction mailer::notify() de shared/mailer.php. Si la personnalisation des notifications n'est pas activé explicitement, alors le paramètre $from est mis à blanc, ce qui force l'emploi de l'adresse fixe du serveur.


on Mar. 10 2010


Jmarc

Bernard : excellent !

Est-ce que tu prévois de poursuivre prochainement avec la problématique des adresses mail des contributeurs qui sont divulguées dans ces mails ?

je travaille actuellement sur la migration de mon site sur yacs mais ne pourrait ouvrir le nouveau site tant que ce problème de confidentialité ne sera pas résolu... aussi, si tu ne prévois pas d'y travailler prochainement, il ne me restera qu'à essayer de bidouiller quelques chose de mon côté en attendant


inspired from Bernard Paques on Mar. 10 2010


Bernard Paques

Première modification de la fonction mailer::notify() dans shared/mailer.php, pour faciliter le repérage des messages automatiques envoyés par yacs.

Lorsqu'un expéditeur n'est pas fourni à la fonction, elle utilise le paramètre global mail_from, qui peut être changé dans le panneau de configuration système. Indiqez cette adresse à votre outil de messagerie pour automatiser le traitement des messages correspondants.

Lorsqu'un expéditeur est indiqué à la fonction, le titre du message est complété par une chaîne de caractères construite à partir du paramètre global site_name, qui peut être changé dans le panneau de configuration du moteur de rendu visuel. Par exemple, si ce paramètre a la valeur "mon site", alors les titres des messages envoyés seront terminés par la chaîne " [mon site]". Cette chaîne peut être indiquée à votre outil de messagerie pour repérer et traiter les notifications.


on Mar. 10 2010


Jmarc

Pour moi également la confidentialité des adresses des contributeurs et la possibilité de passer les barrages anti-spam sont essentielles.

L'idée de laisser le surnom du contributeur comme auteur du mail tout en remplaçont son email par celui de la plateforme yacs me parait idéale.

Quant à l'idée d'ajouter une marque (associé au nom de l'auteur ou au titre du mail) afin de permettre un tri automatique des mails et de pouvoir les diférencier des mails "perso", c'est effectivement pertinent.


on Mar. 9 2010


Bernard Paques

Cette page (ancienne) a été déplacée vers le forum de traitement de la RC5, pour faciliter la discussion et le suivi du traitement, à la suite du comité de gestion du 8 mars.


on Mar. 8 2010


Pinelli, Thierry
J.Juraver : 100% d'accord avec tout ce qu'expose Jeremy. L'idée est louable (identifier le posteur) mais parfaitement incompatible avec une adresse emails déjà surchargée...




Communiqués de Presse : Site de Communiqués de Presse à propulsion Yacs -
Création de sites, Référencement et webmastering - Skins pour Yacs : YordPress - Yacs couleurs Wordpress - Bonbon Skin 1.3.2 : Le graphisme "Green" - Totem 930 : L'équilibre pour petits écrans

inspired from J.Juraver on Mar. 8 2010


Bernard Paques
Le problème a été enregistré

on Mar. 8 2010


J.Juraver

Résumé :

  • les notifications yacs sont très souvent non lues, parce que considérées nativement comme spam, à cause de l'adresse du posteur = notifications qui ne notifient rien ni personne. La méthode la plus populairement employée est de mettre une adresse unbique en marque blanche, ce qui résoud 99% des problèmes, mais yacs s'obstine à envoyer du contenu avec adresses personnifiées. Evidemment, il ne faudra plu gronder ses membres lorsqu'il se plaindront de n'avoir jamais reçu de quoi confirmer leur enregistrement sur notre site yacs.
  • la vie privée n'est pas respectée : si le posteur ne souhaite pas partager l'adresse avec laquelle il s'est enregistré, yacs la dévoile quand même.

Et plus globalement, yacs fait fi des dernières innovations en terme de taxonomie : on ne peut pas, avec l'entête qu'il envoie, visualiser ou classer automatiquement d'un coup de clic/d'oeil la provenance du message.

Voilà j'espère que c'est plus clair.




Je ne m'attarde pas, j'ai mon yacs en double file...

Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |

on Mar. 8 2010


J.Juraver

Ce fil devrait être déplacé dans la rubrique des suggestions car il en comporte, et se trouve dans un forum de versions archivées.




Je ne m'attarde pas, j'ai mon yacs en double file...

Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |

on Feb. 23 2010


Agnès Rambaud
Je suis pour le fait d'avoir le choix comme proposé par Alexis, ce qui permettra d'envisager des cas de communautés différentes.

Pour mon expérience perso, sur des sites "classiques" dont les destinataires des messages système - et en particulier des requêtes - sont des utilisateurs "basiques" de l'informatique, je remarque que le réflexe des personnes peu habituées à passer par les sites et les forums ont une action toute bête depuis leur lecteur de mail : cliquer sur "répondre".

Je crois qu'on y perd énormément en capitalisation des informations, alors qu'un des points intéressant par exemple des requêtes était bien de pouvoir capitaliser les question et les réponses. Là, on perd complétement cet aspect puisque les réponses seront, selon l'humeur, le degré d'éveil ou la (faible) maturité de l'expérience web du contributeur, postées sur le site ou postées par mail.

Pour ma part, en dehors de cas particuliers, je continue à penser que le comportement par défaut devrait être de toujours "venir du" et "renvoyer au" site.


Agnès
Il n'y a pas de problèmes, que des solutions.

on Feb. 15 2010


J.Juraver
Pareil pour les requêtes : je viens de faire le test à partir d'une version 9.5, la confirmation de sa création de requête à l'anonyme par direct en spam s'il est sous gmail.


Je ne m'attarde pas, j'ai mon yacs en double file...

Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |

on Feb. 13 2010


J.Juraver
C'est aussi pour les enregistrements et notification de coonfirmation que ça m'interroge pas mal.

Ceci dit même en mettant une adresse d'expédition relativement logique, ça part en spam quand même. Je viens d'enregistrer un utilisateur fictif sur ce site, l'adresse dexpédition du message se termine par yacs.fr et c'est parti direct en spam quand même sous gmail.


Je ne m'attarde pas, j'ai mon yacs en double file...

Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |

on Feb. 13 2010


Alain Lesage

Une raison de plus de détester la façon actuelle d'envoyer les notifications : il n'y a plus de distinction entre un message envoyé privément d'un membre à un autre, d'une part, et une notification d'une contribution de ce membre sur le site de Yacs, d'autre part.

Autrefois, si je recevais un courriel d'Agnès, par exemple, je ne risquait pas de le confondre avec une notification d'une page qu'elle venait de créer sur Yacs. Maintenant, tout est noyé.

Et je ne peux pas non plus créer de règle qui classe tous mes courriels de notification ensemble dans un dossier (Outlook) ou une étiquette (Gmail) sans y envoyer du même coup tous les courriels perso que des yacsiens m'envoient.

Vraiment, je déteste !

 


on Feb. 12 2010


J.Juraver
C'est assez systématique. Lorsqu'un nouveau contributeur arrive sur yacs.fr, systématiquement mes notifications de ses posts se retrouvent dans la boîte à spam. Mais quand un inconnu m'envoie un premier message hors yacs, ce n'est pas le cas. Il y a donc bien un problème de formation technique du message qui rend gmail susceptible, et probablement d'autres fournisseurs de messagerie.


Je ne m'attarde pas, j'ai mon yacs en double file...

Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |

on Feb. 12 2010


J.Juraver

Il me semble que celà peut être réglé en envoyant simplement le pseudo du membre, et nom les champs Prénom / Nom du profil yacs. Après si le membre indique son identité réelle dans le champ pseudo, c'est bien son choix de confidentialité relative.

Juste pour info : depuis hier, 10 notifications dans ma boîte à spam Gmail, juste parce que l'adresse d'expédition n'est pas connu de mon service gmail. C'est pas jouable, franchement... Yacs.fr doit notifier en son nom, avec son adresse de domaine.




Je ne m'attarde pas, j'ai mon yacs en double file...

Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |

on Jan. 16 2010


Alain Lesage

Je suis également en accord avec cette dernière proposition.

Il reste quand même à régler le sort qui est réservé à la confidentialité d'une adresse électronique lorsque cette confidentialité est requise par la personne qui s'inscrit. Envoyer une notification en son nom est à mon sens une rupture du contrat avec cette personne et une rupture du lien de confiance avec le site. Non ?

-----
On a si peu d'idée de ce qui est possible...

on Jan. 12 2010


Christophe Battarel

J'allais proposer la même chose; en effet, suivant le type de site, on voudra un fonctionnement différent.

Pour les intranets ou communautés fermées, on préfèrera peut-être le nouveau système - adresse nominative, tandis que pour un site plus classique, on préfèrera des notifications provenant du serveur.

"

pour résumer il semble que cela soit surtout l'adresse employée pour emettre les notifications qui fasse débat, tandis que l'on semble converger sur ce qui est affiché dans le mail.

Peut être nous pouvons prévoir un choix de configuration système pour les notifications :

  • envoyer les notifications avec l'adresse email des auteurs
  • envoyer les notifications avec l'adresse du serveur.
"



Christophe Battarel - Société altairis -

inspired from Alexis Raimbault on Jan. 12 2010


Alexis Raimbault

pour résumer il semble que cela soit surtout l'adresse employée pour emettre les notifications qui fasse débat, tandis que l'on semble converger sur ce qui est affiché dans le mail.

Peut être nous pouvons prévoir un choix de configuration système pour les notifications :

  • envoyer les notifications avec l'adresse email des auteurs
  • envoyer les notifications avec l'adresse du serveur.



Alexis Raimbault webmaster free-lance

on Jan. 9 2010


Bernard Paques

Un autre point important à prendre en compte est la diversité des outils de communication. Ce qui est valable sur un outil ne l'est pas forcément sur un autre, ce serait trop simple ... Construire des règles de filtrage est plus ou moins possible et plus ou moins complexe, c'est selon.

Le principe retenu pour yacs est celui du plus petit dénominateur commun :

  • Le sujet d'un message est le même pour toutes les modifications affectant une même page, ce qui facilite le tri des messages par discussion (remarque : l'outil Mail de Mac OS X fait ça tout seul, comme beaucoup d'autres outils). Le sujet est construit avec une chaîne constante ("Modification : ") suivie du titre de la page modifiée.

  • L'émetteur d'un message est la personne à l'origine de l'action, son nom est mentionné, ainsi que son addresse électronique. Toutes les notifications ne naissent pas égales, et il est bon de trier par émetteur pour repérer les personnes qui comptent plus que les autres !

Pour complèter ce tableau, l'idée de compléter le nom de l'émetteur avec celui du serveur concerné serait un plus indéniable. Outre les possibilités de filtrage, ceci permettrait de distinguer les notifications automatiques des messages directs : "Jean Martin via yacs.fr" d'un côté, "Jean Martin" de l'autre.


on Jan. 8 2010


J.Juraver

C'est naturel côté destinataire, c'est incohérent côté émetteur contributeur.




Je ne m'attarde pas, j'ai mon yacs en double file...

Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |

on Jan. 8 2010


Bernard Paques

Alexis Raimbault : Actuellement, c'est l'adresse de la personne, et non du serveur, qui est employée. Pour mes utilisateurs, ceci est logique. A partir du moment ou le nom d'une personne est mentionné, il est naturel que l'adressage soit personnalisé.

 


inspired from Alexis Raimbault on Jan. 8 2010


Alexis Raimbault

Bernard Paques :

et quelle serait l'adresse d'envoi ? celle du serveur ?

peut-on envoyer les notifications avec l'adresse du serveur mais en spécifiant le "nom affiché" comme tu le décris : 'jean martin via yacs.fr' ?




Alexis Raimbault webmaster free-lance

inspired from Bernard Paques on Jan. 8 2010


J.Juraver

Bernard : je ne remets pas en question du tout la mention de l'auteur de la contribution, au contraire.

Ce que je remets en question, c'est d'une part de le mentionner en lieu et place de yacs.fr, et d'autre part c'est le fait d'indiquer à des inconnus une adresse e-mail : ce dernier fonctionnement est par ailleurs incohérent avec la politique de confidentialité mise en place à partir du profilage usagers et des préférences membre.

Donc je suis plutôt d'accord sur ta proposition d'identifier plus clairement dès le sujet de la notification la provenance générale du courrier. Idéalement, d'ailleurs, il faudrait qu'un associé yacs puisse avoir la main là dessus. Mais là on dépasse la simple vocation de groupe et cela aurait plutôt sa place dans les suggestions fonctionnelles.




Je ne m'attarde pas, j'ai mon yacs en double file...

Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |

on Jan. 8 2010


Bernard Paques

JJ, Alain, la question est complexe, et il a fallu beaucoup de temps et de discussions pour arriver aux fonctionnalités actuelles. Je comprend et j'accepte vos objections, il faut les prendre en compte. La sécurité des adresses est un point à adresser, c'est sûr. Par contre, vouloir restaurer une adresse d'envoi fixe serait une régression pour la plupart de mes utilisateurs, qui trouvent naturel de trouver dans le champ "auteur" le nom de la personne à l'origine d'une notification. Une voie moyenne pourrait être de combiner le nom de la personne et celui du serveur, avec un libellé du type "Jean Martin via www.yacs.fr". Qu'en pensez-vous ?


on Jan. 8 2010


Alain Lesage

Bien d'accord avec toi !

Est-ce que cette question est ignorée par manque de temps ou par manque de volonté ?

-----
On a si peu d'idée de ce qui est possible...

on Jan. 8 2010


J.Juraver

Voir le titre de page dans le sujet de notification, on est d'accord, c'est incontournable. Connaître le nom de l'auteur aussi (cela favorise de surcroît un certain lien communautaire).

  • Mais où doit se situer le nom de l'auteur ? Première question
  • Quelle doit être l'adresse source de provenance et peut-on se permettre de l'envoyer au déni des préférences de chaque membre ? Deuxième question

A la première, personnellement si je trie visuellement une liste de courrier non lus en fonction du nom d'auteur, je me réfère cognitivement à des gens dont le nom m'est familier.  Tout le reste, courriers en provenance de plateformes et espaces web, j'apprécie grandement de faire un tri rapide grâce au simple suffixe qui les identifie en soi. C'est par ailleurs une règle cognitive bien connue : la répétition graphique facilite le tri rapide (loi du groupe, ou catégorie) et la mémorisation, donc l'accoutumence. Je remarque que j'ai beaucoup plus de difficulté à trier et identifier les e-mails provenant de yacs maintenant que c'est le nom d'auteur qui remplace la provenance de la plateforme d'origine.

A la deuxième question, il y a d'abord l'idée que yacs permet de privatiser ou restreindre certaines informations personnelles (mais toutefois obligatoire) dans son profil, comme l'e-mail du compte. Or en envoyant en clair l'adresse d'un membre contributeur on fait fi de cette protection de donnée. Et d'ailleurs, si les yacsiens se répondent sur yacs.fr, ce n'est pas pour revenir à l'échange par e-mail direct... Dans ce cas là on sait que l'on peut ouvrir une page privée avec un autre usager.

Enfin, je me répète, mettre autant d'adresse personnelle que de contribution possible c'est jouer avec le feu du blacklisting constant par les filtrages de spam. C'est tellement plus évident et plus simple de mettre tout le domaine yacs.fr (ou tout domaine motorisé par un yacs) en liste blanche une bonne fois pour toutes...




Je ne m'attarde pas, j'ai mon yacs en double file...

Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |

on Jan. 8 2010


J.Juraver

J'avoue comprendre l'intention à la base, mais c'est quand même jouer avec le feu. Surtout que de toutes mes messageries, j'ai remarqué que gmail était la plus réticente aux notifications de yacs et qu'elle mettait quasiment automatiquement tout en spam des notifications yacs.

Par ailleurs, comment le système gère-t-il les préférences des yacsiens qui ont choisi de ne pas être contactables par leur adresse e-mail via yacs.fr ? Cette fonctionnalité livre en clair toutes les adresses e-mails des yacsiens actifs en contribution, si je compends bien.

On pourrait imaginer revenir au système d'antan, où yacs génère des e-mails avec une adresse d'expédition unique, conserve le titre de la page dans son sujet ainsi que le nom de l'auteur : ainsi chacun pourrait filtrer les messages comme il le souhaite grâce au nom d'auteur contenu dans le sujet, puisque sur yacs les nom d'auteurs sont uniques. Le corps du message indiquerait toujours un lien vers le profil de l'auteur pour communication interpersonnelle si besoin.




Je ne m'attarde pas, j'ai mon yacs en double file...

Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |

on Nov. 3 2009


J.Juraver

 Je me permets de faire un lien avec cette discussion sur le même sujet... : Sujet de la notification




Je ne m'attarde pas, j'ai mon yacs en double file...

Yacs on my blog | Suivez le blog Yacs | Yacs Showroom | Plugin Firefox de recherche dans Yetanoz |

on Sep. 26 2009


Alexis Raimbault
Tu veux dire on répond par mail sans passer par yacs ?
la conversation ne va-t-elle pas se disperser ? ou bien la réponse s'ajoute aussi en commentaire ?


Alexis Raimbault webmaster free-lance

on Sep. 21 2009


Bernard Paques
Alexis, lorsque l'on reçoit un message on s'attend à pouvoir répondre à l'émetteur. La nouvelle fonction de notification de yacs est super pratique, parce qu'elle permet de correspondre directement avec l'auteur d'une modification. On ne pourrait pas obtenir la même facilité avec une adresse commune à toutes les notifications. Pas d'autre solution que de régler les problèmes de spam "sur le fond", je crois...

on Sep. 20 2009


Bernard Paques
Carmen, les titres des pages sont répétés dans les titres des messages envoyés. En classant les messages par titre, on peut regrouper toutes les notifications se rapportant à la même page, ce qui est assez pratique.

on Sep. 20 2009


Alexis Raimbault
C'est plus sympathique et informatif d'avoir le nom de la personne dans l'objet ou la provenance.
Par contre j'ai l'effet secondaire que quelques courriers se retrouvent dans les spams.
Pourrait-on envoyer un mail provenant d'une adresse du domaine du serveur mais en donnant comme "nom affiché" celui de la personne qui a généré l'alerte ?


Alexis Raimbault webmaster free-lance

on Sep. 18 2009


Christian
Bien que n'utilisant pas les règles dans mon logiciel mail, je suis de l'avis d'Alain de rajouter un signe distinctif dans le sujet du message


Actupro
quelques sites yacs : création site internet annuaire pro

on Sep. 18 2009

Fréchette CarmenMoi j'aime bien voir les titres dans les notifications connaitre le sujet, c'est important

on Sep. 17 2009