J’ai parcouru de nombreuses pages de ce forum officiel de Discourse et j’ai quelques doutes qui doivent être clarifiés. S’il vous plaît, aidez-moi.
Pourquoi Discourse ne recommande-t-il pas officiellement AWS SES (SIMPLE EMAIL SERVICE) même s’il est très bon marché par rapport aux autres fournisseurs SMTP ? Ne sont-ils pas assez bons ? Plus de temps de livraison d’e-mails ou d’e-mails livrés dans le dossier spam ou une autre raison ?
Discourse sur Digitalocean vs Lightsail ?
Si possible, veuillez ajouter des tutoriels pour divers fournisseurs d’hébergement afin d’héberger Discourse.
Un tutoriel détaillé que j’aimerais demander aux responsables de Discourse.
Discourse sur Amazon AWS Lightsail + SES. (registraire de domaine externe).
Et si vous utilisez SES, veuillez partager votre expérience.
Je crois que la raison de la recommandation de DigitalOcean dans l’installation standard est la simplicité relative. L’objectif est de rendre le processus aussi simple que possible afin que les gens puissent commencer à utiliser le produit, plutôt que de s’enliser dans des étapes supplémentaires telles que les listes de contrôle d’accès réseau, le stockage d’objets et la mise en cache.
Comme Richard l’a souligné, d’autres guides existent, y compris celui que vous avez demandé, mais ils sont plus compliqués et sujets aux erreurs. J’ai modifié votre titre, Discourse ne décourage pas l’installation sur Amazon, c’est juste que ce n’est pas optimal pour les installateurs débutants.
Parce qu’il est assez difficile à configurer par rapport aux autres fournisseurs SMTP. Les personnes qui ont besoin d’aide pour choisir un service de messagerie ne seront probablement pas en mesure de comprendre comment faire fonctionner SES.
Lightsail est plus facile qu’EC2, mais Digital Ocean l’est encore plus.
J’imagine que cela fonctionne très bien pour ceux qui parviennent à le faire fonctionner. Un novice peut probablement comprendre Mailgun en 15 à 60 minutes. SES prendra probablement 4 fois plus de temps. Il est conçu pour les professionnels, en particulier les professionnels disposant d’outils pour l’automatiser.
Ayant quitté Mailgun pour SES et ne connaissant pas grand-chose aux courriels… Je peux confirmer (bien que cela fonctionne parfaitement au final…).
Les services d’Amazon dans l’ensemble sont assez complexes en termes de facilité d’accès et de configuration.
Merci, @Canapin. Je vais donc redoubler d’efforts sur ma position selon laquelle « si vous voulez utiliser SES pour envoyer des e-mails, alors Somewhere Else est l’endroit où il faut aller pour le découvrir ». Si vous parvenez à le comprendre, cela fonctionnera très bien, mais Stack Overflow ou n’importe où ailleurs est à qui il faut demander.
Yeh, d’une manière ou d’une autre, ce n’est pas le cas.
Cet article n’est pas pour les débutants, un peu désordonné. Comme mon projet est limité par le budget, SES est parfait. Je ne peux pas payer 10 $ pour des services de messagerie comme mailgun, sendingrid, etc. (ma faute).
Si possible, faites un tutoriel étape par étape pour AWS Lightsail + SES, cela aidera beaucoup, des gens comme moi qui ne peuvent pas dépenser beaucoup.
Non. Ce n’est pas le cas. La configuration de SES n’est pas pour les débutants. Je vous recommande d’essayer Lightsail (qui est pour les débutants et l’installation standard fonctionne très bien) avec Mailgun.
Encore une fois, si vous avez besoin d’aide avec SES, vous devrez la trouver ailleurs. Il n’y a pas vraiment d’instructions pour configurer Mailgun non plus. Il appartient au fournisseur de services de rendre possible l’utilisation de son service.
Pour être juste, Jay a raison. Discourse a besoin d’un ensemble standard d’identifiants SMTP et meta vise à fournir un support principalement pour Discourse, pas pour des plateformes de messagerie tierces.
Si vous choisissez un service plus compliqué, vous assumez également toute complexité supplémentaire créée par ce choix.
Si vous avez obtenu ces trois éléments (région AWS, nom d’utilisateur SMTP, mot de passe SMTP) d’AWS et les avez correctement configurés dans leur console, il vous suffit de les définir ici, de reconstruire Discourse et la livraison des e-mails devrait fonctionner.
Ce qui est hors du champ d’application de Discourse, c’est d’obtenir la validation de votre compte par AWS, la validation de votre nom de domaine et toute autre action que vous pourriez avoir à effectuer dans la console AWS pour en arriver là.
Cela dit, je ne me souviens pas que ce soit si compliqué, suivre leurs instructions d’interface utilisateur et faire quelques recherches sur Google devrait vous aider. N’oubliez pas également de demander l’accès en production de leur côté pour quitter leur environnement sandbox.
Peut-être qu’un meilleur terme serait « pas convivial » alors.
Bien sûr, quand on sait comment faire, c’est une question de quelques clics et de champs à remplir, comme pour tout autre service. Mais à mes yeux, les services d’Amazon ne sont pas conviviaux. Leur interface diffère beaucoup des services d’autres entreprises populaires qui sont plus « directs ». Il existe de nombreux paramètres et options cryptiques que vous devriez ignorer si vous vous en tenez à une configuration de base, mais ils ajoutent du bruit au processus.
C’est la partie qui semble difficile. Avec Mailgun, je peux commencer à envoyer des e-mails quelques minutes après la configuration des enregistrements Spf et dkim. Le simple fait de répondre aux questions semble assez compliqué et n’est certainement pas quelque chose que nous pouvons prendre en charge ici.
J’échoue parfois à lire les manuels ; j’ai essayé de le configurer moi-même au début, mais j’ai fini par m’appuyer sur la documentation pour certaines étapes. Je suppose que cela aurait été plus facile si j’avais suivi le manuel au lieu d’essayer de comprendre les choses par moi-même.
Cela dit, comme je n’ai pas vraiment lu le manuel de A à Z, je ne sais pas s’il y a des parties un peu obscures dedans.
Vous pouvez commencer à partir de là et voir si cela fonctionne en envoyant un e-mail de test depuis l’interface d’administration de Discourse et voir s’il y a une erreur (par exemple dans Email → Skipped).
Je suis à peu près sûr que si vous êtes toujours en mode Sandbox dans SES, vous devez créer et valider une identité avec l’adresse e-mail du destinataire de votre test d’envoi Discourse dans Amazon SES. Sinon, vous aurez un message d’erreur (554 Message rejected: Email address is not verified.).
À titre de point de données, mon instance a obtenu un accès de production très rapidement car j’ai migré depuis un autre serveur cloud et j’ai déjà environ 3 000 utilisateurs. Je fournis la page /about pour montrer le nombre d’utilisateurs et des captures d’écran de l’utilisateur attendant la vérification par e-mail, puis ils ont été approuvés.
J’attends également la réponse à la demande d’accès de production d’une toute nouvelle instance, je mettrai à jour si je vois des progrès.
(ma faute).
Je ne me souviens pas de tout et je ne suis pas un expert.
Je suis à peu près sûr que si vous êtes toujours en mode Sandbox dans SES, vous devez créer et valider une identité avec l’adresse e-mail du destinataire de votre test d’envoi Discourse dans Amazon SES. Sinon, vous aurez un message d’erreur (