[Postfixbuch-users] Netcologne bounce

[Alexander Stoll]

Andreas Meyer schrieb:

> Was haltet ihr von folgender Stellungnahme?
"Bullshit" << Zitat ;-)


> <quote> WHOIS-Information sind in keinster Weise "irrelevant", sondern 
> meist die einzige Moeglichkeit, die Abuse-Adresse herauszufinden. Das 
> "Erraten" der Abuse-Adresse ("abuse at tal.de", weil der Provider "tal.de" 
> heisst...) ist unsinnig, weil es auch viele Provider mit anderslautenden 
> Adressen gibt, z.B. "abuse-isp at covad.com" o.ae.
> 
> In ordentlich gepflegten WHOIS-Records werden deshalb z.B. Admin-C oder 
> Tech-C entsprechend "verewigt" bzw. sogar die Kontaktadresse des Kunden 
> (meist, wenn es um groessere Netze geht).
> 
> Desweiteren koennen Sie bei einem "Mailtest" an abuse at tal.de nicht davon 
> ausgehen, dass das der "Beweis" fuer die richtige Mailadresse ist:
> 
> - Die Mail kann zwar als angeblich existent vom MX angenommen werden, aber 
> dennoch spaeter als unzustellbar gebounct werden ("unsolicited bounces") - 
> Die Adresse kann zwar existieren, aber ueberhaupt nicht fuer diese Zwecke 
> eingerichtet sein, sondern z.B. einem beliebigen User gehoeren
> 
> AM> Bitte überrpüfen Sie die Fakten nochmals!
> 
> Nochmal: WHOIS bleibt die einzige verlaessliche Quelle fuer entsprechende 
> administrative Daten - es ist z.B. in keinem RFC bestimmt, WIE die 
> Abuse-Adresse ueberhaupt aussehen soll.

Spätestens hier heißt es "Setzen! 6"
Es ist immer tragisch, im kommerziellen Umfeld soviel Ahnungslosigkeit
anzutreffen.
Sag dem mal, dass hier schon herzlich über ihn gelacht wird...


> Dienste wie dns.com o.ae. sind proprietaer, nicht Standard und meist mit
> kommerziellem Hintergrund bzw. einer Firma verknuepft, haben also nichts
> mit den entsprechenden Organisationen oder Standards zu tun.
> 
> Bitten Sie daher tal.de, das entsprechend zu aendern, vielleicht laesst 
> sich dann ja auch die eigentliche Ursache fuer die Sperrung (naemlich der 
> massive Spamversand von einem tal.de-Kunden) loesen. </quote>

Auch schön verpackt riecht Müll nicht besser...
Herzliches Beileid, sich mit sowas rumschlagen zu müssen.

mfG AS


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/x-pkcs7-signature
Dateigröße  : 3237 bytes
Beschreibung: S/MIME Cryptographic Signature
URL         : <https://listi.jpberlin.de/pipermail/postfixbuch-users/attachments/20070829/d14af1bb/attachment.bin>