Beiträge von MarcoL

Hallo Netcup Community,

ich hatte gedacht, dass mein letzter Foren-Eintrag, dank eurer Hilfe, das Problem gelöst hätte.

Leider bouncen wieder einige E-Mails und ich meine, dass die Server PTR records diesmal stimmen.

Kleine Anmerkung noch: Der PTR für core10.deb-host.de kann problemlos gefunden werden.

Jedoch nicht für die Domain über die der E-Mail Verkehr in dem Fall läuft.

Gelesen habe ich bereits diese Threads:

#1 https://forum.netcup.de/admini…C3%BCr-mehrere-hostnames/

Habt ihr noch Ideen was ich prüfen könnte?

Oder soll ich einfach mehr IP Adressen anlegen und die eindeutig den Domains zuordnen?

Zitat

Feb 21 15:19:03 core10 postfix/smtp[3382143]: A6C32C036B: to=<***@gmail.com>, relay=gmail-smtp-in.l.google.com[2a00:1450:4013:c04::1b]:25, delay=1.3, delays=0.19/0.02/0.48/0.62, dsn=5.7.25, status=bounced (host gmail-smtp-in.l.google.com[2a00:1450:4013:c04::1b] said: 550-5.7.25 [2a03:4000:48:29b:e86a:4dff:fe60:ac2f]

The IP address sending this

550-5.7.25 message does not have a PTR record setup, or the corresponding

550-5.7.25 forward DNS entry does not point to the sending IP. As a policy,

550-5.7.25 Gmail does not accept messages from IPs with missing PTR records.

550-5.7.25 For more information, go to 550-5.7.25 https://support.google.com/mail/answer/81126#ip-practices

550-5.7.25 To learn more about Gmail's sender policy, go to

550 5.7.25 https://support.google.com/mail/answer/81126.

gh21-20020a170906e09500b00a3f4768a8c8si478591ejb.561 - gsmtp (in reply to end of DATA command))

Alles anzeigen

pasted-from-clipboard.png

Gut dann setze ich erstmal den PTR für den IPv6 und schaue, was passiert.

Das Thema mit dem IPv6 prefix hab ich soweit verstanden.

Was den reverse DNS betrifft, habe ich im servercontrolpanel.de bislang keine Änderungen durchgeführt.

Im Customercontrol Panel sieht es eigentlich auch gut aus.

pasted-from-clipboard.png

pasted-from-clipboard.png

***

Die MX und SPF Einträge setze ich für jede Domain seperat.

Anbei die DNS Records. Hinter dem Ausgegrauten steht jeweils eine beliebige E-Mail Domain.

Die Config sieht für die 20 anderen Domains ähnlich aus.

pasted-from-clipboard.png

***

Postfix und Dovecot laufen mit einer SNI Konfiguration.

Hallo zusammen,

ich bekomme von Google nachfolgende Fehlermeldung zurück. (mail.info Log)

Zitat

550-5.7.25 [2a03:4000:48:29b:e86a:4dff:fe60:ac2f] The IP address sending this 550-5.7.25 message does not have a PTR record setup, or the corresponding 550-5.7.25 forward DNS entry does not point to the sending IP. As a policy, 550-5.7.25 Gmail does not accept messages from IPs with missing PTR records. 550-5.7.25 For more information, go to 550 5.7.25 https://support.google.com/mail/answer/81126#ip-practices l20-20020a0566022dd400b007befaefab4dsi5059796iow.118 - gsmtp (in reply to end of DATA command)

Google schreibt dazu

Zitat

Ihre Absender-IP-Adresse muss einen PTR-Eintrag haben. Mithilfe von PTR-Einträgen wird bestätigt, dass der Absender-Hostname mit der Absender-IP-Adresse verknüpft ist. Jede IP-Adresse muss einem Hostnamen im PTR-Eintrag zugeordnet werden. Der im PTR-Eintrag angegebene Hostname muss eine DNS-Weiterleitung haben, das auf die Absender-IP-Adresse verweist.

Da der Root Server nur eine öffentliche IPv4 und IPv6 hat, jedoch mehrere Domains gehostet werden, führt ein reverse DNS lookup immer zum selben Servernamen.

Wie soll RDNS dann die korrekte E-Mail Domain auflösen? Verlangt Google eine 1:1 Beziehung zwischen IP und Domainnamen?

Zusätzlich sagt mit das Google Dig tool, dass ich keinen PTR hätte https://toolbox.googleapps.com/apps/dig/#PTR/
Das Google DNS Tool zeigt mit keinen Fehler an. https://dns.google/

Danke für die Rückmeldung.

Wie setze ich die MX-Einträge und rDNS?
Wie lasse ich den Server die Mails während des Empfangens auf Spam prüfen?

/ der Virenwächter ist ausgeschaltet, da zu wenig RAM vorhanden ist (ClamAV verbraucht 170MB = zu viel )

Die .procmailrc hat gefehlt

# Eine Beispiel .procmailrc fü Homeverzeichnisse der Mailuser




PATH=$HOME/bin:/usr/bin:/bin:/usr/local/bin:.
MAILDIR=$HOME/Maildir/
DEFAULT=$HOME/Maildir/new
LOGFILE=$HOME/procmail.log




# SPAMASSASSIN
:0fw: /var/run/spam.lock
* < 256000
| spamc -f -u $LOGNAME




# Alle SPAMS mit Score 10-99 gleich weg
:0:
* ^X-Spam-Status: Yes, score=[1-9][0-9]\.
/dev/null




# Alle SPAMS mit Score > 3 gleich weg
#:0:
#* ^X-Spam-Status: Yes, score=[4-9]\.
#/dev/null




:0fw
| /usr/bin/clamassassin




# Rewrite Subject Line, if SpamLevel is high enough.
:0fw
* ^X-Virus-Status: Yes
| sed '1,/^$/s@^Subject:@Subject: /VIRUS!/@'




:0:
* ^X-Virus-Status: Yes
/dev/null




# Move SA SPAM MAILS TO SPAM
:0:
* ^X-Spam-Status: Yes
$MAILDIR/.Spam/new




# Alle Mails die es ohne Blessuren bis hier geschafft haben, landen automatisch in der Inbox des Users. "Sie haben Post!"

Thema kann geschlossen werden.

Das empfangen klappt jetzt für den User marco.

Feb 14 16:18:14 server postfix/smtpd[7641]: connect from mout.gmx.net[212.227.15.18]
Feb 14 16:18:14 server postfix/smtpd[7641]: 825A1CB2065D: client=mout.gmx.net[212.227.15.18]
Feb 14 16:18:14 server postfix/cleanup[21758]: 825A1CB2065D: message-id=<511D0031.30308@gmx.de>
Feb 14 16:18:14 server postfix/qmgr[4768]: 825A1CB2065D: from=<marcoleipold@gmx.de>, size=1130, nrcpt=1 (queue active)
Feb 14 16:18:14 server spamd[4373]: spamd: connection from localhost.localdomain [127.0.0.1] at port 44835
Feb 14 16:18:14 server spamd[4373]: spamd: setuid to marco succeeded
Feb 14 16:18:14 server spamd[4373]: spamd: processing message <511D0031.30308@gmx.de> for marco:1004
Feb 14 16:18:14 server postfix/smtpd[7641]: disconnect from mout.gmx.net[212.227.15.18]
Feb 14 16:18:15 server spamd[4373]: spamd: clean message (0.0/5.0) for marco:1004 in 0.3 seconds, 1266 bytes.
Feb 14 16:18:15 server spamd[4373]: spamd: result: . 0 - FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS scantime=0.3,size=1266,user=marco,uid=1004,required_score=5.0,rhost=localhost.localdomain,raddr=127.0.0.1,rport=44835,mid=<511D0031.30308@gmx.de>,autolearn=ham
Feb 14 16:18:15 server spamd[4346]: prefork: child states: II

Allerdings gibt es Probleme bei anderen Usern z.b stulberger

Feb 14 16:17:39 server postfix/smtpd[7641]: connect from mout.gmx.net[212.227.17.20]
Feb 14 16:17:39 server postfix/smtpd[7641]: 8CB90CB2065D: client=mout.gmx.net[212.227.17.20]
Feb 14 16:17:39 server postfix/cleanup[21758]: 8CB90CB2065D: message-id=<511D000E.708@gmx.de>
Feb 14 16:17:39 server postfix/qmgr[4768]: 8CB90CB2065D: from=<marcoleipold@gmx.de>, size=1143, nrcpt=1 (queue active)
Feb 14 16:17:39 server postfix/smtpd[7641]: disconnect from mout.gmx.net[212.227.17.20]
Feb 14 16:17:39 server postfix/local[21761]: 8CB90CB2065D: to=<stulberger@deb.dyndns.info>, relay=local, delay=0.08, delays=0.07/0/0/0.01, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
Feb 14 16:17:39 server postfix/qmgr[4768]: 8CB90CB2065D: removed

Es scheint so, als wenn dem Postfach kein Systemnutzer zugewiesen werden kann ...

Ich könnte das Problem gerade gefunden haben:

In meiner Postfix main.cf steht

myorigin = /etc/mailname

Weitere Tests sind noch nötig ...

Grüße,

bei der Einrichtung meines Mailservers tritt folgendes Problem auf:
Es können keine Emails empfangen werden.

Wird eine Email von z.b gmx.de an meine Domain versendet,
so bekomme ich folgende Meldung von GMX:

[Blockierte Grafik: http://www.imgbox.de/users/public/images/XlrPA4haCC.png]

Man erkennt, dass deb.dyndns.info als server.deb.dyndns.info interpretiert wird. (FQDN, statt Domain-Name)

/etc/hosts

# Warning this file is changed when set hostname is called from openvcp webinterface #
37.221.193.220	server.deb.dyndns.info	server
127.0.0.1		localhost.localdomain	localhost

/etc/hostname

server

/etc/resolv.conf

nameserver 46.38.225.225
nameserver 78.47.47.47
nameserver 46.38.252.252

Der Server wurde nach diesem Tutorial aufgesetzt.
Der Mailserver wurde mit dieser Anleitung nachkonfiguriert.
Die Domain deb.dyndns.info ist eine Weiterleitung auf die IP des VServers (37.221.193.220)
In ISPconfig wurden die korrekten Einträge für Domain und Postfächer erstellt.
Die Postfächer sind IMAP und arbeiten auf dem Port 143 (empfangen), Port 25 (senden).
Das Versenden von Emails funktioniert tadellos.

---

Hat jemand eine Idee warum die Domain falsch interpretiert wird?