Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comm.software.mailserver > #5094

Re: Blacklisting bei Eartlink und Microsoft (und DMARC und Co.)

From "Juergen P. Meier" <nospam-1984@jors.net>
Newsgroups de.comm.software.mailserver
Subject Re: Blacklisting bei Eartlink und Microsoft (und DMARC und Co.)
Date 2015-10-26 03:42 +0000
Organization jors.net
Message-ID <34855.4471.1445830923@news.jors.net> (permalink)
References <dcsm.1510251048.892@landroval.ancalagon.de>

Show all headers | View raw


Thomas Hochstein <thh@inter.net>:
> einwandfrei. <http://www.anti-abuse.org/multi-rbl-check/> meldet alle
> RBLs als "clean". <https://www.senderscore.org/> meldet einen Score
> von 99.

was meint mxtoolbox.com? Die pruefen viele von komerziellen Anbietern
und Produkten verwendete RBL. Immer sowohl die Domian als auch die
IP-Adresse deines Mailout pruefen lassen.

> Ich sehe daher derzeit nur zwei (bis drei) Möglichkeiten:
>
> * Die Empfänger-Provider haben größere IP-Bereiche von 1&1 geblockt
>   (dort habe ich - ebenfalls seit vielen Jahren - einen dedicated
>   server gemietet).

Das ist durchaus moeglich. Nicht selten wird statt der Spammenden IP
gleich der kleinste per Whois oder Routing Netzblock um die IP herum
den man finden kann geblockt. Bei Hostern ist das halt idR. gleich
ein ganzes Datacenter.

Vorteil hat man bei Hostern die einem ein eigenes Netz delegieren.
Bei IPv4 kostet das aber in Europa mittlerweile richtig viel Geld.

> * Ich laufe in Probleme mit SPF und DKIM bzw. DMARC.

Wieso? Was setzt du als Envelope-Sender Domain?

>   Bisher leite ich eingehende Mails "einfach so" unter Änderung des
>   Envelope-Froms auf die Bounce-Adresse der jeweiligen Mailingliste
>   weiter, wie man das früher[tm] eben so gemacht hat. Ich weiß

So wie es sich gehoert.

>   grundsätzlich, dass das Probleme machen kann, habe mich aber noch
>   nicht in die Einzelheiten der Standards vertieft.

Es zaehlt nur der Umschlag. Wer auf Briefkoepfe filtert, der hat es
nicht besser verdient, da darf man auch nicht nachgeben, sondern muss
den Druck ueber die Kunden erhoehen.

> * Es ist etwas ganz anderes, auf das ich jetzt nicht komme.

Moeglich. Es gibt immer ein paar Idioten die mal einen Fehler machen.
Auch grosse Provider sind davon nicht Ausgenommen

> Daher meine Fragen:
>
> - Hat jemand Erfahrungen u.a. mit den o.g. Anbietern, namentlich
> Microsoft (hotmail.com, outlook.com, live.com usw.)?

Bis auf Outlook.com sind das mit die aeltesten und langlebigsten
Blacklisteintraege. Von dort bekomme ich weder Mail noch versuche 
ich dort Mails abzukippen. Sorry.

> - Hat jemand eine Idee, woran es liegen kann, oder ob und wenn ja wie
> man dort Kontakt zu einem echten Menschen bekommt (oder eine FAQ), von

Bei Hotmail? Die landeten schon in den 90ern auf Blacklisten weil es
genau kein Abuse-Management gab. Daran hat auch Microsoft nicht viel
geaendert, nachdem sie es kauften.

Bei Outlook.com hilft es dir evtl. wenn du einen Kunden
kennst, der dafuer ein Supportticket aufmachen kann.

> dem / aus der man erfahren kann, was eigentlich genau das Problem ist?
>
> - Falls es - vermutlich - an DMARC und Co. liegt: Was mache ich am
> besten?

Veroeffentlichst du denn entsprechende TXT RR im DNS fuer die Domain
mit der du dein Envelope-From versiehst und besitzt du ein gueltiges
kostenpflichtiges DKIM-Zertifikat?

Falls du DMARC nutzen willst, dann lies dir https://dmarc.org/overview/
durch, das erklaert recht uebersichtlich was DMARC ist.
(SPF und DKIM muss man allerdings vorher verstanden und umgesetzt
haben)

> Verbreitet scheint es zu sein, den From: umzuschreiben auf die Adresse
> der ML oder eine andere, selbst kontrollierte Adresse und Reply-To:
> auf den ursprünglichen Absender zu setzen. Das halte ich allerdings
> für eine sehr hässliche Lösung.

ACK. Zudem sie Misbrauch foerdert.

Wer es sich erlauben kann, sollte ueber die Endanwender den Druck auf
diejenigen Idioten ausueben lassen, die Standards verletzen indem sie
auf Briefkoepfe Transportfilter anwenden.

Back to de.comm.software.mailserver | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Blacklisting bei Eartlink und Microsoft (und DMARC und Co.) Thomas Hochstein <thh@inter.net> - 2015-10-25 10:48 +0100
  Re: Blacklisting bei Eartlink und Microsoft (und DMARC und Co.) Burkhard Ott <news2009@derith.de> - 2015-10-25 15:46 +0000
    Re: Blacklisting bei Eartlink und Microsoft (und DMARC und Co.) Thomas Hochstein <thh@inter.net> - 2015-10-25 17:54 +0100
  Re: Blacklisting bei Eartlink und Microsoft (und DMARC und Co.) Florian Weimer <fw@deneb.enyo.de> - 2015-10-25 17:39 +0100
  Re: Blacklisting bei Eartlink und Microsoft (und DMARC und Co.) Heiko Schlichting <heiko@cis.fu-berlin.de> - 2015-10-25 21:09 +0000
    Re: Blacklisting bei Eartlink und Microsoft (und DMARC und Co.) dseppi@a1.net (David Seppi) - 2015-10-26 12:18 +0000
      Re: Blacklisting bei Eartlink und Microsoft (und DMARC und Co.) Heiko Schlichting <heiko@cis.fu-berlin.de> - 2015-10-26 15:26 +0000
        Re: Blacklisting bei Eartlink und Microsoft (und DMARC und Co.) dseppi@a1.net (David Seppi) - 2015-10-26 16:53 +0000
    Re: Blacklisting bei Eartlink und Microsoft (und DMARC und Co.) Thomas Hochstein <thh@inter.net> - 2015-11-01 20:33 +0100
    Re: Blacklisting bei Eartlink und Microsoft (und DMARC und Co.) Thomas Hochstein <thh@inter.net> - 2016-06-05 21:51 +0200
  Re: Blacklisting bei Eartlink und Microsoft (und DMARC und Co.) "Juergen P. Meier" <nospam-1984@jors.net> - 2015-10-26 03:42 +0000
    Re: Blacklisting bei Eartlink und Microsoft (und DMARC und Co.) Thomas Hochstein <thh@inter.net> - 2015-11-01 20:32 +0100
  Re: Blacklisting bei Eartlink und Microsoft (und DMARC und Co.) Ralph Aichinger <ra@pi.h5.or.at> - 2015-11-02 09:43 +0100

csiph-web