Externer SMTP Server zwecks SPAM

[ottyscom]

Was steht denn in den relevanten Logs?

Auf den ersten Blick sieht das so aus, als wenn die Mails durchaus weitergeleitet werden, das Proxmox-Mail-Gateway sich aber nicht dafür zuständig fühlt (Relay access denied) und die Mails daher zurückweist

Die Logs am pmg:

Code: Select all

2024-01-23T16:49:48.184291+01:00 pmg postfix/smtpd[1078]: connect from host102.xxxxxxx.net[89.163.xxx.xxx]
2024-01-23T16:49:48.188619+01:00 pmg postfix/smtpd[1078]: Anonymous TLS connection established from host102.xxxxxxx.net[89.163.xxx.xxx]: TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)
2024-01-23T16:49:48.232347+01:00 pmg postfix/smtpd[1078]: NOQUEUE: reject: RCPT from host102.xxxxxxx.net[89.163.xxx.xxx]: 554 5.7.1 <xxxxx@web.de>: Relay access denied; from=<info@xxxxxxxx.com> to=<xxxxx@web.de> proto=ESMTP helo=<host102.xxxxxxx.net>
2024-01-23T16:49:48.232404+01:00 pmg postfix/smtpd[1078]: using backwards-compatible default setting smtpd_relay_before_recipient_restrictions=no to reject recipient "xxxxx@web.de" from client "host102.xxxxxxx.net[89.163.xxx.xxx]"
2024-01-23T16:49:48.241453+01:00 pmg postfix/smtpd[1078]: disconnect from host102.xxxxxxx.net[89.163.xxx.xxx] ehlo=2 starttls=1 mail=1 rcpt=0/1 data=0/1 rset=1 quit=1 commands=6/8

[Mod-Edit]
CODE-Tags eingefügt.
Konsolenausgaben, Inhalte von Konfigurationsdateien, Auszüge aus Logfiles o.ä. bitte zukünftig immer mit CODE-Tags versehen!

[mhagge]

Die Weiterleitung funktioniert (sonst würdest Du beim Proxmox in den Logfiles gar nichts sehen), allerdings ist der Proxmox wohl nicht dafür konfiguriert, Mails vom Host host102… anzunehmen.

Irgendwas ist da also am Proxmox nicht richtig konfiguriert

[ottyscom]

Guten tag nochmals,

Es lag tatsächlich an einer Proxmox Einstellungen. Genauergesagt bei den bekannten Netzwerken musste ich die Ip Adresse des host102 (Sender Server) angeben.

Nun das relay funktioniert nun prima aber leider lehnen Web.de & Co die Mails ab. Auch bei Gmail landen die Mails im Spam Ordner.

Ich bin am verzweifeln und weis nicht mehr was ich da noch tun kann. Meine Ip Adresse ist in einer keine Spam Block liste vorhanden. Deshalb verstehe ich auch nicht warum die nicht angenommen wird bzw. bei google in den spam befördert wird.

Irgendein Tipp dazu?

Besten Dank

[Jolinar]

Irgendein Tipp dazu?

Ja...hör auf, öffentliche Daten wie Domainnamen zu verstümmeln!
Nur mit echten Domainnamen können wir von extern diverse Prüfungen anstellen.

aber leider lehnen Web.de & Co die Mails ab. Auch bei Gmail landen die Mails im Spam Ordner

Vermutung: Deine DNS RR passen nicht.

Wie gesagt, echte Domainnamen helfen uns beim Support, genauso wären evtl. die Header einer solchen Mail, welche im Spam landet, interessant.

[ottyscom]

Nun gut wir sprechen vom domainnamen luzeconomica.com der befindet sich auf meinem Server host102.somdigital.net und die mails werden realyed zu Proxmox Mail gateway auf einem anderen Server namens pmg.somdigital.net Von dort werden dann die mails nicht an web.de usw. ausgeliefert. Die Reverse DNS sind natürlich korrekt gesetzt. Das ist das erste was ich mache. Woran liegts?

[24unix]

Woran liegts?

Ein guter Anfang wäre ein MX furs relay.

Code: Select all

[0] # dig mx pmg.somdigital.net

; <<>> DiG 9.18.16-1~deb12u1-Debian <<>> mx pmg.somdigital.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14336
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;pmg.somdigital.net.		IN	MX

;; AUTHORITY SECTION:
somdigital.net.		10800	IN	SOA	ns1.somosdigital.net. somosdigital.online.ms. 2024012304 43200 7200 1209600 86400

;; Query time: 48 msec
;; SERVER: 127.0.0.53#53(127.0.0.53) (UDP)
;; WHEN: Wed Jan 24 18:03:12 CET 2024
;; MSG SIZE  rcvd: 122

[ottyscom]

ist doch als mx *pmg.somdigital.net* im dns hinterlegt

[24unix]

dig sieht das anders, mxtoolbox auch:

[Tobi]

Du bist auf einer Blacklist gelandet.
Wahrscheinlich ist das der Grund.

https://mxtoolbox.com/SuperTool.aspx?ac ... tworktools