Nachdem ich versucht habe, die Einrichtung mit einem Gmail-Konto vorzunehmen, lautete die Fehlermeldung, dass Google zusätzlich zu Benutzername/Passwort OAuth2 wollte.
Ich versuche, es auf openinbox.com zum Laufen zu bringen – nicht besonders teuer, unterstützt STARTTLS.
Jay, ich habe das auch versucht, vielleicht ist mein Versuch, einen MX-Eintrag zu erstellen, ungenau. Ich erhalte eine OK-Konfiguration bei Mxtoolboxdotcom: (kein PTR-Eintrag, keine Unterstützung für TLS, ansonsten alles grün)
Wir müssen einen DNS-Eintrag haben, der unsere TLD-E-Mail an unseren ausgehenden Mailserver leitet. Dies scheint meinen Versuch zu überschreiben, E-Mails an den Server/Subdomain zu senden. Zum Beispiel: Das Senden einer Test-E-Mail an nobody@discourse.TLD,domain erscheint in den Mail-Empfängerprotokollen als:
Es gibt nicht viel Chance, das herauszufinden, wenn Platzhalter verwendet werden, da weder Sie noch jemand, der Ihnen hilft, etwas überprüfen kann, aber ich schätze, hier ist trotzdem ein Versuch.
Der MX-Eintrag sollte lauten:
discourse.example.com zeigt auf discourse.example.com mit beliebiger Priorität.
Ändern Sie nichts am E-Mail-Verkehr der TLD. Nur der MX-Eintrag für den Mail-Empfänger, der derselbe Hostname wie Discourse ist.
Das hat gut funktioniert, das Log sagt „zugestellt“, also gehe ich zurück zur Konfiguration und sehe, ob ich die E-Mail-Antwort jetzt zum Laufen bringe
p.s.
Ich bin sicher, dass irgendwo die Fortsetzung des Debugging DNS war…
Denn ich habe immer wieder Testnachrichten von meiner regulären E-Mail-Adresse (einer großen Universität) gesendet und anscheinend haben sich die Änderungen an DNS nicht in dieser großen E-Mail-Infrastruktur verbreitet.
Also habe ich eine Testnachricht von diesem openinbox-Konto gesendet, das ich für POP3 verwenden wollte, Bingo, gut zugestellt.
Gott, ich habe früher DNS-Server betrieben, aber das war ein paar Jahrzehnte her, und die Zeiten waren einfacher.
Wie auch immer, mein MX (namecheap) sieht genau so aus, wie Sie sagten, … ich werde die Verschleierung stoppen
