Nous utilisons Discourse comme site interne de messagerie, de discussion et d’annonces pour notre organisation à but non lucratif. Nous parlons peut-être de 20 personnes maximum sur l’instance Discourse. Ce n’est donc pas la situation typique d’un grand forum public. Dans ce cas, essayer de mettre en file d’attente les e-mails sortants immédiatement ne serait pas souhaitable.
Ainsi, je veux que Discourse fonctionne presque aussi rapidement que l’envoi direct d’e-mails. J’ai lu qu’il y avait des délais intégrés avant que les e-mails ne soient mis en file d’attente après la publication d’un message. Je préférerais ne pas avoir de délai.
J’ai réglé la « fenêtre de temps d’envoi des e-mails » sur 1 minute. Si je la règle sur zéro, l’e-mail sera-t-il généré immédiatement ?
Comment puis-je alors dire à Discourse de mettre en file d’attente tous les e-mails destinés aux utilisateurs pour un envoi immédiat ? Lors de mes tests, les e-mails peuvent prendre jusqu’à 5 minutes pour apparaître dans la boîte de réception de l’utilisateur avec les paramètres actuels.
Par ailleurs. Je n’ai pas trouvé de moyen de définir les paramètres par défaut pour les nouveaux utilisateurs afin d’accepter les e-mails individuels dans toutes les catégories sans résumés. Je vais pré-créer des comptes utilisateurs (TL1) et envoyer des e-mails de « compte créé », je veux donc que les nouveaux comptes soient prêts à accepter tous les e-mails sans résumés.
Peut-être que d’autres administrateurs ont un cas d’utilisation similaire et ont configuré leur instance de manière similaire à ce que nous souhaitons.
Pour information, j’ai configuré la réception des e-mails via l’API et cela semble fonctionner très rapidement. C’est l’envoi des e-mails sortants que je souhaite accélérer un peu.
Ne pas avoir de délai est-ce ce que tout le monde veut ? Les problèmes dont vous discutez sont-ils si urgents que 5 minutes changeront quelque chose ? Les gens veulent-ils vraiment envoyer leur message avec une énorme faute de frappe plutôt que d’avoir une minute pour le modifier avant que tout le monde ne le voie ?
Je pense que ces e-mails sortants sont traités par une tâche plutôt que d’être envoyés en temps réel. Peut-être qu’elle s’exécute toutes les cinq minutes ? Il serait peut-être possible de faire exécuter cette tâche une fois par minute.
Si les gens activent les notifications, ils peuvent obtenir les meilleures notifications en temps réel dans leur navigateur.
De plus, avez-vous vérifié les en-têtes des e-mails pour voir quel est le délai dans le système de messagerie ?
J’ai configuré la réponse par e-mail et le nouveau sujet par e-mail, et c’est principalement ce qui sera utilisé, donc ils ne pourront pas modifier leur texte après l’avoir envoyé de toute façon.
Comme je l’ai dit, il s’agit d’un petit cas d’utilisation. J’essaie d’obtenir l’adoption en ne forçant pas l’utilisateur à utiliser l’interface web, mais à utiliser l’e-mail comme nous l’avons toujours fait (bien que d’une manière plus organisée (catégories et sujets), sans avoir à créer des e-mails avec 20 adresses e-mail et en utilisant répondre à tous, avec conservation des enregistrements et une interface web pour la révision, etc. - c’est-à-dire discourse).
Je suis d’accord avec un délai d’édition de 1 minute si c’est le minimum lorsqu’ils utilisent l’interface utilisateur.
Mes questions plus spécifiquement sont donc.
Existe-t-il un paramètre pour le délai entre le moment où un message est libéré de son délai d’édition et le moment où le système met en file d’attente les e-mails à envoyer, ou est-ce codé en dur, ou est-ce immédiat ?
Si le message est envoyé par e-mail, le délai d’édition est-il ignoré ?