Why is this? How can I get into the mail-receiver container and examine the postfix config and debug it? I have disabled the postfix server on the system on which this is running, because of clash with port 25. Is that wrong?
I am reasonably sure DNS MX records are right, and this happens from any server sending mail inbound, I am using Amazon SES for outbound in the app container and that works fine.
I am a Discourse newbie and I dont know how to debug the ecosystem. I am an expert in postfix, but I don’t know how to configure it in this containerized universe.
I don’t agree with this at all, the benefit of the mail-receiver is that emails are pushed via the API, rather than polled. There’s a significant difference in the time taken for email to arrive in Discourse using the mail-receiver (minutes versus seconds).
There’s also a huge difference in simplicity in configuration, mail-receiver requires three lines of a yml file be updated, the postfix OOBE requires… more.
That error implies the mail domains don’t match.
As you’re obfuscating parts of the message we can’t easily troubleshoot this for you.
If you’re getting any mail delivered as you expect, then this implies that someone is trying to use your mail server to deliver mail to some other domain. If, for example, someone pointed their MX record to your IP address. Or, and I’ve never heard of this , someone was trying to nefariously have your mail server deliver unwanted mail.
Are all of these errors from the same IP? Can you see in the logs what domain they the errant messages are intended for?
I had this issue on a previously working mail-receiver which I’d made some changes to. I had thought I’d rebuild the container but clearly something hadn’t gone right as I got multiple ’ Relay access denied’ errors for all recipients. DNS was correctly configured.
In the end a good old git pull and launcher rebuild mail-receiver fixed it. Just posting this in case it works for anyone else.
Habe denselben Fehler mit Mail-Empfangsberichten: Relay access denied (in reply to RCPT TO command).
Der E-Mail-Empfang funktioniert bei einer Neuinstallation nicht, aber ich habe dies schon einmal zum Laufen gebracht. Ich glaube, alle Einstellungen sind korrekt, aber vielleicht habe ich etwas übersehen.
Das bedeutet normalerweise, dass die E-Mail an eine Domain zugestellt wird, die nicht diejenige ist, die der Empfänger zu akzeptieren konfiguriert hat.
Gleiche Adresse, funktioniert jetzt nach dem Neuerstellen des Mail-Receivers.
Ich glaube, ich hatte das schon einmal neu erstellt, aber es funktionierte nicht. Gut, dass es jetzt funktioniert.
Muss ich Port 25 zusätzlich für mail-receiver zulassen, damit dieser ordnungsgemäß funktioniert?
In diesem Fall bedeutet “ordnungsgemäß funktionieren”, dass eingehende E-Mails, die in .\launcher logs mail-receiver angezeigt werden, die Discourse Admin-Oberfläche erreichen.
Update:ufw deny 25 wurde angewendet und mail-reciver funktioniert einwandfrei (07.02.2025)
Kann bestätigen, dass dies korrekt ist, obwohl ich einen weiteren Fehler gemacht hatte. Dies betrifft mein zweites Forum zur Implementierung von mail-receiver, und auf dem ersten hatte ich den MX-Eintrag der Domain, die die E-Mails empfängt, als Value für die DISCOURSE_BASE_URL eingetragen.
Ich bekomme nun die E-Mails über meine (zweite) Forum-Benutzeroberfläche, anstatt nur über meine erste
Hinweis: Dieser Glaube an die Korrektheit könnte darauf zurückzuführen sein, dass ich ./launcher rebuild mail-receiver nach der Änderung der yml (06.02.2015) nicht ausgeführt habe.
Der offizielle Leitfaden erwähnt, dass Port 25 geöffnet sein muss:
Ich selbst hatte ein Problem mit dem Mail-Empfänger, weil ich vergessen hatte, Port 25 in meiner Firewall zu öffnen. Das Hinzufügen der Regel löste das Problem.
Der ausgehende Versand erfolgt über Amazon SES. Eingehende E-Mails kommen per MX zum Forum-Domain und jetzt kommt Docker ins Spiel.
Der Grund dafür ist Docker und seine interne Arbeitsweise. Es kümmert sich einfach nicht um ufw. Wenn du eine genaue detaillierte Erklärung möchtest, warte einen Moment – ich habe einmal gefragt, warum Discourse meine Firewall ignoriert, und der Grund war der Paketverkehr. Aber tiefgehend zu verstehen, was vor sich geht, ist nicht mein Ding. Für mich reicht es, dass die Dinge funktionieren. Und vertrau mir: ufw hat nur die Ports 22, 80 und 443 geöffnet.
Ich vermute, du hast eine Situation zitiert, in der der Mail-Empfänger auch den E-Mail-Versand mit Postfix übernimmt.
, someone was trying to nefariously have your mail server deliver unwanted mail.
