Chez FastComments, nous savons que vous recevez déjà suffisamment de notifications. C'est pourquoi nous prenons des mesures pour limiter les notifications que reçoivent les utilisateurs tout en les maintenant en contact avec leurs communautés. Nous voulons aussi tenir les administrateurs et modérateurs informés et leur indiquer quand une action est requise.

We'll send notifications for the following events for administrators and moderators:

• Résumé du digest de la communauté (fréquence configurable).
• Demandes d'aide et rappels de la communauté.
• Nouveaux commentaires.

For Commenters:

• Lorsqu'une personne répond à votre commentaire (par courriel).
• Lorsqu'on vous mentionne (notification dans l'application et par courriel).
• Lorsqu'une personne répond dans le même fil (notification dans l'application et par courriel).
• Lorsqu'une personne répond à un commentaire enfant dans le même fil (notification dans l'application et par courriel).
• Lorsqu'une personne répond sur une page à laquelle vous êtes abonné (notification dans l'application et par courriel, fréquence configurable par abonnement : chaque minute, toutes les heures ou quotidiennement).
• Lorsqu'un utilisateur commente pour la première fois (mais pas avec SSO).
• Lorsqu'un utilisateur laisse un commentaire durant une session non vérifiée (mais pas avec SSO).
  • Nous n'envoyons pas plusieurs courriels de vérification dans ce cas. Un seul est envoyé, le premier, qui vérifiera toute l'activité de la même session.

For All Users:

• Lorsqu'une connexion depuis une nouvelle adresse IP est détectée, un courriel d'alerte de sécurité est envoyé avec l'emplacement approximatif et l'adresse IP. Cela ne s'applique pas à la toute première connexion de l'utilisateur.

...and finally for administrators only:

• Lorsque les intégrations sont terminées.
• Lorsque les migrations sont terminées.
• Lorsque les importations ou exportations sont terminées.
• En cas de problèmes de facturation.
• Rappels de fin d'essai.

Certaines notifications sont mises en lot afin d'éviter l'envoi massif de notifications aux utilisateurs. En savoir plus dans la section suivante Notification Types.

Il existe plusieurs types de notifications et de canaux par lesquels FastComments envoie des notifications :

• Immédiates par courriel.
  • Les notifications de réponse à un commentaire et de mention sont envoyées toutes les minutes.
• Immédiates dans l'application.
  • Celles-ci sont affichées sous l'icône de la cloche de notifications.
• Regroupées par courriel.
  • Les notifications d'abonnement à une page peuvent être configurées par abonnement pour être envoyées toutes les minutes, sous forme de récapitulatif horaire ou sous forme de récapitulatif quotidien. S'il n'y a rien à envoyer à l'utilisateur pendant cette période, nous n'envoyons pas de courriel.
• Planifiées par courriel.
  • Par exemple, le sommaire communautaire qui peut être envoyé quotidiennement, hebdomadairement ou mensuellement (ou désactivé).

Pour SSO il y a la configuration suivante à prendre en compte pour les notifications :

• Si l'utilisateur a choisi de recevoir des notifications.
  • Cela se fait en définissant le drapeau optedInNotifications sur true ou false dans l'objet SSOUser.
  • Cela peut être défini via l'API.
  • De plus, si vous fournissez une valeur pour ce drapeau dans la charge utile, elle sera automatiquement mise à jour lorsque l'utilisateur chargera un fil de commentaires.
• Si l'utilisateur a choisi de recevoir des notifications d'abonnement.
  • Cela se fait en définissant le drapeau optedInSubscriptionNotifications sur true ou false dans l'objet SSOUser.
  • Cela peut être défini via l'API.
  • De plus, si vous fournissez une valeur pour ce drapeau dans la charge utile, elle sera automatiquement mise à jour lorsque l'utilisateur chargera un fil de commentaires.
• Définir leur adresse courriel.
  • Si elle n'est pas présente, nous ne pouvons pas envoyer de notifications par courriel.
• S'il faut désactiver les liens de désabonnement dans les courriels.
  • Cela se fait via le drapeau disableUnsubscribeLinks dans l'objet Tenant.
  • Cela peut être défini via l'API.
• S'il faut utiliser un lien de désabonnement personnalisé.
  • Cela se fait via la propriété footerUnsubscribeURL dans l'objet DomainConfig.
  • Cela peut être défini via l'API.
  • Vous pouvez également envisager de définir les en-têtes de désabonnement pertinents via emailHeaders dans le même objet.