Salut, j’ai vu que tout le monde suggère des services d’e-mail dédiés. Est-ce que certains d’entre vous utilisent ou ont essayé des alternatives open source ? Par exemple, postal ou cuttlefish.
Certes, l’utilisation de votre propre serveur, au moins pour gérer les e-mails sortants, apporterait d’énormes avantages. Des services comme SendGrid ou Mailgun coûtent cher, si vous avez une communauté qui envoie 1 million de notifications ou même plus par mois. J’ai regardé les paramètres, un utilisateur peut recevoir 250/300 notifications par e-mail par jour très facilement… si vous avez une communauté active, selon mes calculs, vous dépassez au moins un million ou vous vous en rapprochez très près.
Et de toute façon, comment gérez-vous les utilisateurs qui configurent des e-mails pour chaque publication ou des résumés toutes les 30 minutes, mais qui ensuite ne se connectent peut-être plus jamais. Il pourrait y avoir des utilisateurs qui font cela par dépit. Modifiez-vous les paramètres pour les utilisateurs qui ne sont pas actifs depuis quelques mois ?
Est-ce un problème réel que vous rencontrez ou un problème que vous imaginez ? La gestion des spammeurs humains est un problème pour certaines communautés, mais pas pour beaucoup.
Oui, si vous envoyez un million d’e-mails par mois, vous pourriez avoir un personnel capable de gérer un serveur web. Mais le faire n’est pas quelque chose qui est pris en charge ici, c’est pourquoi ces outils ont leurs propres communautés. Pour la plupart des gens, la gestion d’un serveur de messagerie est un fardeau énorme, c’est pourquoi ces services sont recommandés.
Je ne comprends honnêtement pas pourquoi ce devrait être difficile. Il existe ces projets open source, créés dans le but de tout gérer de manière simple. Il est difficile de gérer même un forum, mais Discourse est un CMS créé pour rendre tout aussi simple que possible. Une fois Postal installé et les DNS bien configurés (de la même manière avec des services externes ou vous aurez des problèmes de toute façon), quels problèmes pourraient survenir ?
La seule chose à faire serait de tester si tout fonctionne avec Discourse (par exemple, en l’utilisant aussi pour les entrées et en activant la réponse par e-mail, etc.), s’il est compatible. J’ai donc demandé si quelqu’un utilisait l’un de ces projets open source.
Je me trompe peut-être, mais je pense que continuer à dire « c’est trop difficile de gérer un serveur de messagerie et il faut donc utiliser des services payants » n’est qu’une excuse. Si l’on sait installer Discourse, avec un peu d’effort, on peut aussi installer d’autres CMS, par exemple Postal.
J’utilise mail-in-a-box et mail-receiver, cela fonctionne (avec quelques ajustements de postfix). Ce n’est pas que ce soit difficile, mais cela sort du cadre du support de meta. De plus, je pense que maintenir la réputation de l’adresse IP et du domaine est un casse-tête. Quand ce n’est pas un FAI aléatoire qui décide soudainement que vous êtes 550 5.7.1 pour ses utilisateurs, c’est Google et… . cela ne semble jamais finir.
Ma crainte concerne uniquement le cas où les utilisateurs regardent les catégories, puis reçoivent des e-mails pour chaque nouveau sujet et message. Et s’ils sont inactifs ? Dois-je continuer à leur envoyer 100 e-mails par jour, chaque mois ? Soit environ 3 000 e-mails envoyés à des membres qui ne sont plus actifs mais qui avaient précédemment activé ce paramètre, peut-être.
Existe-t-il un moyen de désactiver la possibilité de suivre les catégories ? Donner uniquement la possibilité de suivre par sujet ? Cela résoudrait tout, je pense.
Je suis venu ici à cause de postal. Je trouve les questions pertinentes et j’aimerais proposer ce qui suit.
Je suppose qu’il existe un moyen, en utilisant le Discourse Data Explorer, de trouver ceux qui ont reçu des e-mails mais ne se sont pas connectés depuis plus de 6 mois, puis de leur envoyer un e-mail leur demandant s’ils sont toujours intéressés ou s’ils ignorent simplement les e-mails. Si après, disons, une semaine supplémentaire, il n’y a pas de réponse, arrêtez de leur envoyer des e-mails et exigez éventuellement une validation de compte (c’est-à-dire suspendez le compte pour inactivité).
Cela permettrait certainement d’économiser beaucoup de cycles CPU et de bande passante réseau (et d’énergie et d’eau) en n’envoyant pas d’e-mails inutiles sur Internet à travers les milliers d’instances Discourse.
Non. Ce n’est pas le cas. Beaucoup de gens utilisent Discourse uniquement par e-mail (ce que je trouve étrange, mais tout le monde n’est pas comme moi).
Donc, si vous voulez que tous les e-mails cessent pour les personnes qui ne se sont pas connectées pendant un certain temps, vous auriez besoin d’un plugin pour faire quelque chose comme vous le suggérez. Peut-être leur enverriez-vous un lien de connexion avec un en-tête spécial comme avertissement, puis désactiveriez-vous le compte.
Je ne pense pas que cela ferait une différence mesurable en termes de puissance. À moins qu’un grand nombre d’utilisateurs ne surveillent une catégorie active, cela ne fera probablement pas une grande différence, même dans les coûts d’envoi d’e-mails. Si tel est votre objectif, cela n’en vaut probablement pas la peine.
Les e-mails (du moins cet aspect des e-mails) semblent se régler d’eux-mêmes – il est facile de se désabonner, et lorsque les gens changent d’entreprise, leur e-mail commence à être rejeté.
. cela ne semble jamais finir.