Konfigurieren Sie eingehende Direktversand-E-Mails für selbstgehostete Websites mit Mail-Receiver

Dokumentation Selbst-Hosting
, , ,
532

Wie genau kann man die DMARC-Unterstützung deaktivieren?

Das Hinzufügen von INCLUDE_DMARC: false zum env-Abschnitt von mail-receiver.yml scheint dies nicht zu bewirken. Es scheint zwar dazu zu führen, dass die opendkim- und opendmarc-Daemons nicht ausgeführt werden (was zu einer Warnung in den Protokollen führt), aber die SPF-Prüfung wird immer noch durchgeführt.

Bearbeitet zur Ergänzung:
Ich glaube, ich habe es geschafft, die SPF-Prüfungen zu deaktivieren, indem ich auch die folgende POSTCONF_-Zeile zum env-Abschnitt hinzugefügt habe:

env:
  ...
  INCLUDE_DMARC: false
  POSTCONF_smtpd_recipient_restrictions: check_policy_service unix:private/policy
  ...

Ich habe dies durch die Überprüfung des Commits erhalten, der die DMARC-Prüfungen eingeführt hat, und gesehen, was passieren sollte, wenn INCLUDE_DMARC false ist.

Ich weiß so gut wie nichts darüber, wie Docker-Images erstellt werden, aber ich habe den Eindruck, dass das INCLUDE_DMARC-Flag etwas ist, das von jemand anderem, irgendwo anders und zu einer anderen Zeit gesetzt werden soll – nicht etwas, das in mail-receiver.yml erfolgen kann.

2 „Gefällt mir“
533

Ich habe festgestellt, dass ich Port 443 in ufw öffnen muss – andernfalls erhalte ich in den logs die Meldung API Request Preparation Failed. Ich dachte, dies sollte erwähnt werden, da die Standardinstallationsanweisungen das Aktivieren von ufw erwähnen.

Port 25 wird in der Datei mail-receiver.yml erwähnt und scheint ufw zu umgehen.

1 „Gefällt mir“
534

Soll das GitHub-Repo im OP sein?

3 „Gefällt mir“
535

Benutzer von mail-receiver, siehe Remove smtp_should_reject & discourse-smtp-fast-rejection

Wir werden die schnelle Ablehnung vollständig entfernen, da das ursprüngliche Feature fehlerhaft war und Probleme für Benutzer verursachte, insbesondere diese Art von Dingen:

und es betrifft auch weitergeleitete E-Mails, da der Pre-Delivery-Test die Envelope-From- und Envelope-To-Adressen überprüfte, während Discourse nur die Werte in den Headern verwendet.

1 „Gefällt mir“
536

Ich habe gerade diesen PR eingereicht, um die unnötigen Anführungszeichen um den Wert von DISCOURSE_BASE_URL in der Beispieldatei mail-receiver.yml zu entfernen. Die Anführungszeichen haben mein Setup beeinträchtigt. Das Entfernen der Anführungszeichen ermöglicht den erfolgreichen Abschluss dieses Dokuments.

537

Können Sie erklären wie? Die Anwesenheit/Abwesenheit von Anführungszeichen um diesen Wert ergibt keinen Unterschied:

[2] pry(main)=> YAML::load("env:\n  DISCOURSE_BASE_URL: 'https://discourse.example.com'")
=> {"env"=>{"DISCOURSE_BASE_URL"=>"https://discourse.example.com"}}

[3] pry(main)=> YAML::load("env:\n  DISCOURSE_BASE_URL: https://discourse.example.com")
=> {"env"=>{"DISCOURSE_BASE_URL"=>"https://discourse.example.com"}}
538

Als ich die Logs von diesem Container verfolgte und Nachrichten daran sendete, sah ich eine Reihe von Fehlern, die so etwas wie discourse.example.com ist kein Teil der MX-Einträge oder Ähnliches erwähnten. Ich habe die Anführungszeichen entfernt, den Container neu erstellt und es funktionierte :person_shrugging:

Die Reihenfolge der Ereignisse könnte auch eine Rolle spielen:

  1. Ich habe den Mail-Receiver-Container konfiguriert und gestartet
  2. Einige Tage später habe ich die MX-DNS-Einträge eingerichtet
  3. Ich habe überprüft, ob die MX-Einträge korrekt gesetzt waren, und dann mit dem Testen begonnen. Es funktionierte nicht
  4. Anführungszeichen entfernt, Container neu erstellt, funktionierte

Ich bin mir also nicht sicher, ob die Lösung mit dem Entfernen der Anführungszeichen oder mit dem Neuerstellen des Containers nach dem Erstellen der MX-Einträge zusammenhing.

Im schlimmsten Fall sorgt der PR dafür, dass die yml-Datei konsistent aussieht :slight_smile:

1 „Gefällt mir“