Google blockt Mails

[Walter H.]

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ß'

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 3491 bytes
Beschreibung: S/MIME Cryptographic Signature
URL         : <https://de.postfix.org/pipermail/postfix-users/attachments/20190306/fe659d11/attachment.bin>