Chez FastComments, nous savons que vous recevez déjà suffisamment de notifications. Pour cette raison, nous prenons des mesures pour limiter les notifications reçues par les utilisateurs tout en les maintenant en contact avec leurs communautés. Nous voulons également tenir les administrateurs et les modérateurs informés et leur indiquer quand une action doit être entreprise.

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

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

For Commenters:

• Lorsqu'une personne répond à votre commentaire (par e-mail).
• Lorsque vous êtes mentionné (notification dans l'application et par e-mail).
• Lorsqu'une personne répond dans le même fil (notification dans l'application et par e-mail).
• Lorsqu'une personne répond à un commentaire enfant dans le même fil (notification dans l'application et par e-mail).
• Lorsqu'une personne répond à une page à laquelle vous êtes abonné (notification dans l'application et par e-mail, 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 dans une session non vérifiée (mais pas avec SSO).
  • Nous n'envoyons pas plusieurs e-mails de vérification dans ce cas. Seulement le premier, qui validera toute l'activité de la même session.

For All Users:

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

...et enfin uniquement pour les administrateurs :

• 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 regroupées pour éviter l'envoi massif de notifications aux utilisateurs. Learn about this in the next section Notification Types.

Il existe plusieurs types de notifications et de supports via lesquels FastComments envoie des notifications :

• Immédiates par e-mail.
  • Les notifications de réponse aux commentaires et de mention sont envoyées chaque minute.
• Immédiates via l'application.
  • Celles-ci sont affichées sous l'icône de la cloche de notifications.
• Regroupées par e-mail.
  • Les notifications d'abonnement à une page peuvent être configurées, par abonnement, pour être envoyées chaque minute, sous forme de condensé horaire, ou sous forme de condensé quotidien. S'il n'y a rien à envoyer pour l'utilisateur pendant cette période, nous n'envoyons pas d'e-mail.
• Planifiées par e-mail.
  • Par exemple, le résumé du digest communautaire peut être envoyé quotidiennement, hebdomadairement ou mensuellement (ou désactivé).

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

• Savoir si l'utilisateur a choisi de recevoir des notifications.
  • Cela se fait en définissant le flag optedInNotifications sur true ou false dans l'objet SSOUser.
  • Cela peut être défini via l'API.
  • De plus, si vous passez une valeur pour ce flag dans la charge utile, elle sera automatiquement mise à jour lorsque l'utilisateur charge un fil de commentaires.
• Savoir si l'utilisateur a choisi de recevoir des notifications d' abonnement.
  • Cela se fait en définissant le flag optedInSubscriptionNotifications sur true ou false dans l'objet SSOUser.
  • Cela peut être défini via l'API.
  • De plus, si vous passez une valeur pour ce flag dans la charge utile, elle sera automatiquement mise à jour lorsque l'utilisateur charge un fil de commentaires.
• Définir leur adresse email.
  • S'il est absent, nous ne pouvons pas envoyer de notifications par email.
• Savoir s'il faut désactiver les liens de désabonnement dans les emails.
  • Cela se fait via le flag disableUnsubscribeLinks dans l'objet Tenant.
  • Cela peut être défini via l'API.
• Savoir s'il faut utiliser un lien de désabonnement personnalisé.
  • Cela se fait via la propriété footerUnsubscribeURL sur 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.