J’ai suivi vos étapes et tout fonctionne ! Je vois les rebonds dans le bac Rejected et j’ai testé les réponses directes par e-mail. Génial ! Cependant, je remarque un problème, surtout pour les débutants non-Linux configurant un forum pour la première fois, comme c’est mon cas — cela concerne l’enregistrement MX.
Si je comprends bien, en désignant example.com comme serveur de messagerie (via l’enregistrement MX) pour les courriels entrants vers example.com, cela semble éliminer la possibilité d’utiliser un site web externe et facile à utiliser pour établir notre adresse de boîte de réception générale, à savoir admin@example.com. Cette adresse est bien sûr affichée par défaut dans l’onglet « À propos » de Discourse, et je souhaite que le forum que je crée dispose bien d’une telle adresse. Comme je ne suis pas un expert technique et que je vois d’autres risques liés à l’hébergement de mon propre serveur de messagerie, je suis fermement convaincu que la boîte de réception de admin@example.com devrait être hébergée en dehors de mon droplet DO. J’ai essayé de jouer avec Postfix hier soir pendant plus longtemps que je ne l’admets, mais au final, je n’ai pas réussi à le faire fonctionner. Après y avoir réfléchi, je sens simplement que je ne suis pas fait pour créer un serveur de messagerie sur DigitalOcean. Je vois plus de problèmes que de solutions. La simplicité est ma priorité.
Objectif : rediriger ma future adresse admin@example.org vers une future boîte Gmail. Quelqu’un peut-il m’aider à comprendre ce que je sacrifie en faisant cela ? Si tout ce que je perds est l’immédiateté de l’apparition du contenu, je peux m’en accommoder. Note : tel que je le vois maintenant, ma configuration MailGun peut rester telle quelle pour les envois, mais je devrai alors créer DEUX comptes Gmail : l’un spécifiquement pour les rebonds, qui sera « sollicité » (via POP3), et l’autre pour les personnes qui envoient des courriels à admin@example.org — ce dernier aboutissant dans un compte @gmail à nommer, sur lequel je répondrai à leurs messages. [Edit : Je devrais préciser ; mon registraire, NameCheap, permet de créer des adresses e-mail alias et de les transférer (par exemple vers Gmail) gratuitement, sans avoir besoin d’acheter leur propre service d’hébergement e-mail (déjà peu coûteux).
Est-ce que j’ai bien compris ? Merci infiniment pour votre aide et pour tous les posts ici. J’ai beaucoup appris !
La recommandation générale est que votre forum fonctionne sur un sous-domaine (par exemple, www.example.com, forum.example.com). Vous utiliseriez alors xxx@www.example.com comme domaine de messagerie et n’auriez aucun problème à recevoir des courriels à example.com. Vous configureriez ainsi les publications de groupes/catégories entrantes sous la forme quelquechose@forum.example.com. (Et il est vraiment préférable de ne pas faire fonctionner votre site web sur le domaine nu/sommet : Ojktoto > Ada Togel Online Terbaik Di Situs Toto Terpercaya)
@pfaffman Waouh ! Donc tu dis que je peux avoir mon gâteau et le manger aussi ! Cela semble très encourageant, car je suis peut-être déjà presque correctement configuré…
Mon sous-domaine de sortie pour les e-mails est simplement mg et fonctionne parfaitement, c’est-à-dire postmaster@**mg**.example.com (sans les astérisques) sur le port 2525 comme tu l’as suggéré. Ça marche du tonnerre. Je dois avoir fourni à Discourse ce dont il a besoin (webhooks ?) car je vois les rebonds avec cette configuration.
L’unique enregistrement MX que j’ai dans mes paramètres DNS pointe mail.example.com vers example.com. Je n’ai absolument aucune idée de ce qu’il fait, s’il fait quoi que ce soit. Les e-mails sont livrés, les rebonds sont visibles dans Discourse, et la réponse directe fonctionne avec cette configuration. Hourra !
Mon fichier containers/mail-receiver.yml affiche MAIL_DOMAIN comme étant mg.mydomain.com —ce qui est le même que Mailgun (sortant).
Peut-être que cet enregistrement MX est inutile et/ou devrait être renommé, car je ne sais pas du tout où j’ai défini mail.mydomain.com au-delà de cet enregistrement MX.
C’est là que ça se complique un peu : je pense devoir revenir à mes paramètres DNS chez le registraire (au lieu de DigitalOcean) pour retrouver l’utilisation de la redirection automatique d’e-mails fournie par le registraire qui est gratuite chez NameCheap, mais cela ne fonctionne que si les paramètres DNS sont également présents.
Mon flux de travail consistera à déplacer chaque entrée DNS vers NameCheap exactement comme ils apparaissent actuellement dans DO, puis à créer mon adresse e-mail, par exemple admin@mydomain.com, pour la rediriger vers une adresse Gmail que je viens de créer. Au final, la « livraison directe simple des e-mails entrants » peut rester fonctionnelle, et je gagne une boîte de réception avec le domaine — sans avoir besoin de créer un autre sous-domaine — si je t’ai bien compris. Merci encore de m’aider à comprendre tout ça, Jay. Salutations !
Quelques résultats intéressants après avoir reporté tous les paramètres DNS chez le registraire, uniquement pour activer leur fonctionnalité de transfert d’e-mails. C’est vraiment déroutant : @Jonathan5, j’ai bien supprimé l’enregistrement MX autonome pour voir ce qui se passerait. La réponse est confuse : bien que tout fonctionne toujours, il y a désormais un délai d’environ 12 minutes pour la livraison directe des e-mails vers les publications et commentaires du forum. Quelqu’un peut-il expliquer pourquoi cela arrive ? (mon forum n’est pas encore en ligne — je suis toujours en phase de test et de configuration)
J’ai aussi appris ceci : je ne peux pas utiliser la fonctionnalité liée ci-dessus et ajouter en même temps un enregistrement MX. Si un enregistrement MX est ajouté chez NameCheap, la fonctionnalité de transfert d’e-mails est désactivée et toute la section visible sous le point n°6 dans le lien mentionné devient grisée et vide.
Que fait exactement cet enregistrement MX ? Le mien pointe vers mail.mydomain.com. En le laissant de côté, est-ce que je crée un nouveau problème ? Il semble que mes options soient : (a) laisser l’enregistrement MX tel que défini dans le message original, c’est-à-dire l’omettre, afin de (b) créer admin@mydomain.org et le transférer gratuitement vers une nouvelle boîte Gmail, ou (c) renoncer complètement à la livraison directe et opter pour une configuration POP/IMAP.
Pour ce qui est de cette dernière option, 8 $ pour le « service d’e-mail privé » du registraire est vraiment bon marché. Je ne suis pas sûr de ce que cela m’apporte, cependant. Si cela permet de réattribuer un enregistrement MX et que, ce faisant, les e-mails deviennent plus sécurisés ou arrivent plus rapidement, je le ferais probablement. J’essaie encore de me familiariser avec tout ça Merci à tous d’être aussi patients avec moi, et surtout pour votre aide.
@Jonathan5 Je regrette de vous informer que ma série de chance a changé depuis—sans que je n’aie rien fait pour. Cela doit être dû à des délais de propagation sur internet . Mon commentaire précédent a été posté environ 10 à 15 minutes après avoir testé la suppression de l’enregistrement MX. Il s’est maintenant écoulé 90 minutes et les éléments suivants ne fonctionnent plus : la livraison directe, les accusés de lecture, les rebonds, les listes de rejet, etc. Quelle joie.
@pfaffman voici l’essentiel concernant le registrar NameCheap. Ils adoptent une approche « l’un ou l’autre » : un client peut choisir d’installer autant d’enregistrements MX qu’il le souhaite dans les paramètres DNS, mais dès qu’UN seul enregistrement MX est ajouté, ils n’autorisent plus le client à créer des adresses e-mail ou des alias, c’est-à-dire admin@nouveaudomaine.com pour les rediriger vers une autre boîte de réception, par exemple @gmail.
Toute suggestion sur la meilleure voie à suivre est la bienvenue. À mon avis, pour que la livraison directe fonctionne, j’ai besoin d’un enregistrement MX pour cela, tel que défini par l’OP ici, et d’un autre enregistrement MX—celui-ci, utilisant un sous-domaine, pour un fournisseur d’e-mails à acheter. Suis-je sur la bonne voie ? Merci à tous !
Peut-être aviez-vous défini MAIL_DOMAIN sur mail.domain.com alors que le domaine de votre forum est domain.com. Dans ce cas, l’enregistrement MX était ce qui faisait tout fonctionner et vous n’auriez pas dû le supprimer. Il a progressivement cessé de fonctionner à mesure qu’il se propageait. Vous devez donc le remettre en place. Désolé si j’ai contribué à compliquer les choses pour vous. Et si vous avez besoin de cet enregistrement MX mais que vous ne pouvez pas l’avoir et que vous utilisez un service de messagerie gratuit, alors vous êtes de nouveau à zéro de ce côté-là aussi.
J’ai supprimé mon message précédent au cas où il pourrait prêter à confusion.
! Cela semble très encourageant, car je suis peut-être déjà presque correctement configuré…
Merci à tous d’être aussi patients avec moi, et surtout pour votre aide.
. Mon commentaire précédent a été posté environ 10 à 15 minutes après avoir testé la suppression de l’enregistrement MX. Il s’est maintenant écoulé 90 minutes et les éléments suivants ne fonctionnent plus : la livraison directe, les accusés de lecture, les rebonds, les listes de rejet, etc. Quelle joie.