On 06.03.2019 07:40, Denny Hanschke wrote:
Am 05.03.19 um 23:36 schrieb Frank Belau:
Am 05.03.19 um 22:24 schrieb Walter H.:
On 05.03.2019 21:18, Walter H. wrote:
On 05.03.2019 20:08, J. Fahrner wrote:
Am 2019-03-05 19:55, schrieb Walter H.:
verwendest Du mehrere IPv6 Adressen vom zugeordneten /64-Prefix?
Nein.
gut, damit sind etwaige Probleme gar nicht möglich;
der rDNS ist ident mit dem der IPv4 Adresse
Ja.
die DNS-Name hat einen A Record mit der IPv4 Adresse und einen mit dieser IPv6 Adresse und beides ist im SPF definiert und im SMTP-HELO/EHLO wird exakt dieser DNS-Name verwendet?
Ja.
das ist schon mal gut;
irgendwie hast mich neugierig gemacht;
ich vermute das hier im Header bringt das Problem ...
Received: from server.fahrner.name (server.fahrner.name [88.198.89.240]) by myMX (Postfix) with ESMTPS id 7043F63C18 for<My-Email>; Tue, 5 Mar 2019 21:44:36 +0100 (CET) Received: from roundcube.fahrner.name (localhost.localdomain [127.0.0.1]) by server.fahrner.name (Postfix) with ESMTP id E4D5E100531 for<My-Email>; Tue, 5 Mar 2019 21:44:32 +0100 (CET)
der obere Eintrag ist OK, aber im Kombination mit dem unteren Eintrag kann er Gift sein, weil roundcube.fahrner.name löst mit einer echten IP auf (der selben wie server.fahrner.name)
Wo siehst du da ein Problem? Cnames sind doch kein Verbrechen.
nein, aber dann sollte dies an Stelle von localhost.localdomain [127.0.0.1] auch so vorkommen;
einfach den unteren Eintrag per Header-Check wegfiltern ...
vlt. ist das die Lsg. ... was Google bei IPv6 pfuscht, weiß keiner ...
localhost.localdomain kommt nicht gut an...
siehe auch: https://www.abuseat.org/namingproblems.html
Vollkommen in Ordnung in diesem Fall, da RoundCube auf dem selben System läuft wie der MTA. Eine lokale Zustellung macht hier mehr als Sinn und sollte Google nicht tangieren.
darum einfach per header_checks wegfiltern ... -> 'was ich nicht weiß, macht mich nicht heiß'