Ce n’est pas un bug. Discourse exige ce qu’il exige, et si les ressources nécessaires ne sont pas disponibles, il ne peut pas être installé.
La « recalibration » qui est très probablement nécessaire ici est que nous devons nous adapter à une nouvelle réalité plus coûteuse pour déployer des installations Discourse.
Si vous souhaitez économiser de l’argent, vous devrez effectuer des opérations assez techniques depuis l’invite de commande pour configurer votre environnement afin de permettre l’installation correcte de Discourse aux options de Droplet moins chères.
J’ai suivi votre suggestion et j’ai réussi à installer Discourse avec succès sur un Droplet à 6 $.\n\nCependant, mon principal problème maintenant est que je n’arrive pas à connecter correctement Mailjet, et par conséquent, je ne peux pas dépasser la partie « Confirmez votre e-mail » du processus de configuration.\n\nExiste-t-il un moyen de contourner cela jusqu’à ce que je puisse configurer correctement les éléments de Mailjet ? Ou dois-je d’abord régler les problèmes de Mailjet ?\n\n(Mon problème est que je n’ai aucun moyen de voir POURQUOI les éléments de Mailjet échouent. J’ai ajouté SPF/DKIM et tout le reste, mais ça ne fonctionne toujours pas. Évidemment, quelque chose est incorrect, mais je n’ai aucune indication sur ce que cela pourrait être.)
L’adresse d’envoi correspond-elle à celle configurée chez Mailjet ? Il n’enverra pas d’e-mails pour d’autres adresses et c’est une erreur assez courante.
Je n’utilise pas d’adresse d’expéditeur pour Mailjet. J’utilise plutôt un domaine d’expéditeur (ce qui ouvre l’utilisation d’entités inexistantes comme noreply@mydomain.com).
Je ne peux pas utiliser l’adresse d’expéditeur car, techniquement, aucun e-mail n’existe sur ce domaine (car je ne peux pas le faire raisonnablement avec DigitalOcean).
Si j’utilisais une adresse d’expéditeur, elle ne correspondrait pas au domaine et ne fonctionnerait donc pas pour les e-mails transactionnels de Discourse (ou WordPress).
Question bonus : Dois-je ajouter mon sous-domaine — forum.mydomain.com — en tant que domaine d’expéditeur (séparé de mon domaine racine) ?
Je ne comprends pas ce commentaire. (J’essaie, alors soyez indulgent !)
J’ai pu terminer l’étape 3 en ouvrant une connexion à mon serveur SMTP, donc je suppose que tout pourrait être configuré correctement…
Mais je ne suis pas clair sur ce point :
Ai-je besoin d’une adresse d’expéditeur ? Elle sera différente de mon domaine, donc je ne vois pas comment cela a quelque chose à voir avec mon problème d’e-mail transactionnel. J’ai configuré Discourse pour utiliser noreply@mydomain.com (ou peut-être noreply@forum.mydomain.com, je devrai vérifier), donc cela devrait être couvert par le domaine d’expéditeur, du moins autant que je comprends ces entités.
(Et quand je dis adresse d’expéditeur ou domaine d’expéditeur, je parle de ces valeurs telles que définies dans le backend Mailjet, PAS dans Discourse.)
Je dispose à la fois de domaines ET d’adresses d’expéditeurs spécifiques. Cela fait plusieurs mois que je l’ai configuré, mais je me souviens d’un problème lorsque je ne définissais que le domaine de l’expéditeur. Une fois que j’ai pu confirmer des adresses d’expéditeurs spécifiques, cela a bien fonctionné.
Si vous envoyez des e-mails, il y a une adresse dans la ligne « from: ». Vous devez vous assurer que l’adresse que Discourse y place est une adresse pour laquelle votre serveur de messagerie livrera le courrier.
Cela peut dépendre du service de messagerie, je ne connais pas mailjet.
Avec votre bureau d’enregistrement de domaine, vous pouvez définir un sous-domaine pour le service de messagerie, pour quelque chose comme mail.domain.com.
Cela dépend si vous souhaitez envoyer des e-mails en tant qu’alias sur le domaine racine ou sur le sous-domaine.
Cela n’a rien à voir avec l’adresse DNS où se trouve le forum. Le domaine dans le champ de l’adresse d’expéditeur doit correspondre au domaine configuré chez mailjet.
Mais si je ne peux pas définir une nouvelle adresse e-mail (comme x@mondomaine.com), comment puis-je y parvenir ?
Je peux utiliser une adresse e-mail non basée sur un domaine, mais Discourse n’enverra des e-mails transactionnels que depuis des adresses basées sur un domaine (si ma compréhension de la situation est correcte).
Pour plus de clarté : J’ai bien spécifié une adresse e-mail basée sur un domaine comme expéditeur (dans Discourse, et spécifiquement dans le fichier app.yml ou quoi que ce soit d’autre), mais [1] je ne l’ai pas ajoutée comme adresse d’expéditeur dans Mailjet car ma compréhension est que les adresses d’expéditeur sont pour toutes les adresses qui ne partagent pas le même domaine, et [2] je ne peux pas créer une adresse e-mail basée sur un domaine car je n’exploite pas de serveur de messagerie (l’objectif même de Mailjet, du moins tel que je le comprends, est d’éviter d’avoir à configurer et à exploiter son propre serveur de messagerie, ce qui serait extrêmement peu fiable en termes de délivrabilité).
J’ai déplacé les derniers messages vers ce sujet car ils semblaient davantage concerner des problèmes avec votre configuration d’e-mail plutôt que les exigences minimales de base.
Je ne parviens pas à comprendre quelle est votre question principale actuelle, mais je ne pense pas qu’il soit exact que les adresses d’expéditeur soient pour toute adresse qui ne partage pas le même domaine. J’ai configuré des adresses d’expéditeur avec le même domaine sur lequel le site Discourse est hébergé, qui peut également traiter les e-mails entrants, mais cela se fait avec une plateforme différente, pas Mailjet.
Pour revenir à votre question pour Jay : si vous ne pouvez pas définir une nouvelle adresse, comment pourrez-vous jamais accomplir « ceci », à savoir : « Vous devez vous assurer que l’adresse que Discourse liste comme adresse d’expéditeur est celle pour laquelle votre serveur de messagerie livrera le courrier »
Il semblerait donc que la réponse soit : vous ne le pouvez pas.
Il s’avère que toutes mes informations étaient correctes, mais l’adresse e-mail de l’administrateur — qui provient d’un autre domaine et que je ne contrôle pas — n’a pas reçu les e-mails avant plusieurs heures après leur envoi.
(Lorsque j’ai ajouté mon adresse e-mail à la liste des adresses e-mail des administrateurs, j’ai reçu l’e-mail de vérification immédiatement.)
La seule chose que j’ai dû faire pour que les e-mails transactionnels fonctionnent à partir de Discourse a été d’ajouter un deuxième domaine d’expéditeur — le sous-domaine — et ses enregistrements DNS concomitants.
