Dies ist kein Fehler. Discourse benötigt, was es benötigt, und wenn die notwendigen Ressourcen nicht verfügbar sind, kann es nicht installiert werden.
Die „Neukalibrierung“, die hier höchstwahrscheinlich notwendig ist, besteht darin, dass wir uns an eine neue, teurere Realität bei der Bereitstellung von Discourse-Installationen anpassen müssen.
Wenn Sie Geld sparen möchten, müssen Sie einige ziemlich technische Dinge über die Befehlszeile tun, um Ihre Umgebung so einzurichten, dass Discourse zu den niedrigeren Preisoptionen für Droplets ordnungsgemäß installiert werden kann.
Ich habe Ihren Vorschlag befolgt und konnte Discourse erfolgreich auf einem $6 Droplet installieren.
Mein Hauptproblem ist jedoch, dass ich Mailjet anscheinend nicht richtig verbinden kann und infolgedessen den Teil des Einrichtungsprozesses „E-Mail bestätigen“ nicht überwinden kann.
Gibt es eine Möglichkeit, dies zu umgehen, bis ich die Mailjet-Sachen erfolgreich konfiguriert habe? Oder muss ich zuerst die Mailjet-Sachen klären?
(Mein Problem ist, dass ich keine Möglichkeit habe zu sehen, WARUM die Mailjet-Sachen fehlschlagen. Ich habe SPF/DKIM und all das hinzugefügt, aber es funktioniert immer noch nicht. Offensichtlich ist etwas falsch, aber ich habe keine Hinweise darauf, was das sein könnte.)
Stimmt die Absenderadresse mit der bei Mailjet konfigurierten überein? Es werden keine E-Mails für andere Adressen versendet und dies ist ein ziemlich häufiger Fehler.
Ich verwende keine Absenderadresse für Mailjet. Stattdessen verwende ich eine Absenderdomäne (was die Verwendung nicht existierender Entitäten wie noreply@mydomain.com ermöglicht).
Ich kann die Absenderadresse nicht verwenden, da technisch gesehen keine E-Mails auf dieser Domäne existieren (da ich dies mit DigitalOcean nicht vernünftigerweise tun kann).
Wenn ich eine Absenderadresse verwenden würde, würde sie nicht mit der Domäne übereinstimmen und daher für transaktionale E-Mails von Discourse (oder WordPress) nicht funktionieren.
Zusatzfrage: Muss ich meine Subdomäne — forum.mydomain.com — als Absenderdomäne hinzufügen (getrennt von meiner Root-Domäne)?
Ich verstehe diesen Kommentar nicht. (Ich versuche es aber, also haben Sie Nachsicht!)
Ich konnte Schritt 3 abschließen, indem ich eine Verbindung zu meinem SMTP-Server hergestellt habe. Das bedeutet für mich, dass alles richtig konfiguriert sein könnte…
Aber dieser Punkt ist mir nicht klar:
Benötige ich eine Absenderadresse? Diese wird sich von meiner Domain unterscheiden, daher sehe ich nicht, wie dies mit meinem Transaktions-E-Mail-Problem zusammenhängt. Ich habe Discourse so konfiguriert, dass noreply@mydomain.com (oder vielleicht noreply@forum.mydomain.com, das muss ich noch prüfen) verwendet wird. Das sollte also durch die Absenderdomain abgedeckt sein, zumindest soweit ich diese Entitäten verstehe.
(Und wenn ich Absenderadresse oder Absenderdomain sage, beziehe ich mich auf diese Werte, wie sie im Mailjet-Backend definiert sind, NICHT in Discourse.)
Ich habe sowohl Domänen als auch spezifische Absenderadressen definiert. Es ist viele Monate her, seit ich dies eingerichtet habe, aber ich erinnere mich an ein Problem, als ich nur die Absenderdomäne definiert hatte. Sobald ich spezifische Absenderadressen bestätigen konnte, funktionierte es gut.
Wenn Sie E-Mails senden, dann hat diese eine Adresse in der Zeile „von:“. Sie müssen sicherstellen, dass die Adresse, die Discourse dort einfügt, eine ist, für die Ihr Mailserver E-Mails zustellt.
Das hängt davon ab, ob Sie E-Mails als Aliase auf der Root-Domain oder der Subdomain senden möchten.
Es hat nichts mit der DNS-Adresse zu tun, unter der das Forum gehostet wird. Die Domain im Feld der Absenderadresse muss mit der bei Mailjet konfigurierten Domain übereinstimmen.
Aber wenn ich keine neue E-Mail-Adresse definieren kann (wie x@mydomain.com), wie kann ich das dann jemals abschließen?
Ich kann eine E-Mail-Adresse ohne Domain verwenden, aber Discourse sendet Transaktions-E-Mails nur von Domain-basierten Adressen (wenn mein Verständnis der Situation korrekt ist).
Zur Verdeutlichung: Ich habe tatsächlich eine Domain-basierte E-Mail-Adresse als Absender angegeben (innerhalb von Discourse und speziell in der app.yml-Datei oder was auch immer es ist), aber [1] ich habe diese nicht als Absenderadresse in Mailjet hinzugefügt, da mein Verständnis ist, dass Absenderadressen für alle Adressen sind, die NICHT dieselbe Domain teilen, und [2] ich kann keine Domain-basierte E-Mail-Adresse erstellen, da ich keinen Mailserver betreibe (der ganze Sinn von Mailjet, zumindest soweit ich das verstehe, ist es, die Einrichtung und den Betrieb eines eigenen Mailservers zu vermeiden, was für die Zustellbarkeit extrem unzuverlässig wäre).
Ich habe die neuesten Beiträge zu diesem Thema verschoben, da sie eher Probleme mit Ihrer E-Mail-Einrichtung als mit den grundlegenden Mindestanforderungen zu betreffen schienen.
Ich kann nicht verstehen, was Ihre Hauptfrage ist, aber ich glaube nicht, dass es richtig ist, dass Absenderadressen für jede Adresse gelten, die nicht dieselbe Domäne teilt. Ich habe Absenderadressen mit derselben Domäne konfiguriert, auf der die Discourse-Site gehostet wird, die auch eingehende E-Mails verarbeiten kann, aber das ist mit einer anderen Plattform, nicht mit Mailjet.
Zurück zu Ihrer Frage an Jay: Wenn Sie keine neue Adresse definieren können, wie werden Sie dann jemals “dies” abschließen können, nämlich: “Sie müssen sicherstellen, dass die Adresse, die Discourse als Absenderadresse angibt, diejenige ist, für die Ihr Mailserver E-Mails zustellt.”
Es scheint, dass die Antwort darauf daher lautet: Sie können nicht.
Es stellt sich heraus, dass alle meine Informationen korrekt waren, aber die Admin-E-Mail-Adresse – die von einer anderen Domain stammt und die ich nicht kontrolliere – die E-Mails erst viele Stunden nach dem Versand erhielt.
(Als ich meine E-Mail-Adresse zur Liste der Admin-E-Mail-Adressen hinzufügte, erhielt ich die Bestätigungs-E-Mail sofort.)
Das Einzige, was ich tun musste, um Transaktions-E-Mails von Discourse zum Laufen zu bringen, war das Hinzufügen einer zweiten Absenderdomain – der Subdomain – und ihrer dazugehörigen DNS-Einträge.
