Schlagwort: E-Mail

Es pas­siert nicht oft, dass ich einen Ser­ver mit einem E‑Mail-Sys­tem umzie­he oder einen neu­en auf­set­ze. Aber es ist jedes­mal wie­der eine Qual.

Damit mei­ne ich jetzt nicht ein­mal die Ein­rich­tung der E‑Mail-Ser­ver­diens­te an sich. Das ist zwar natür­lich auch eine Qual, aber das ist längt bekannt.

In den letz­ten Jah­ren machen gro­ße E‑Mail-Pro­vi­der (Micro­soft [Hot­mail, live]; Yahoo, Goog­le, usw.) immer mehr Pro­ble­me beim Emp­fang von E‑Mails. Beson­ders rabi­at ist Micro­soft: E‑Mails von unbe­kann­ten Ser­ver wer­den oft gar nicht mehr akzep­tiert. Über­haupt nicht mehr. Man muss nichts böses getan haben, um eine IP in Ver­ruf zu brin­gen. Man muss sie nur zum ers­ten Mal nut­zen und wird sofort als Spam-Schleu­der iden­ti­fi­ziert und blo­ckiert. Nicht nur verdächtigt.

Das ent­spricht nicht gera­de dem Geist des offe­nen Net­zes. Auf der ande­ren Sei­te kann ich aber auch nicht bestrei­ten, dass die­se Maß­nah­me ihnen ver­mut­lich viel Spam erspart in einer Welt, in der gefühlt immer weni­ger auf selbst­ge­hos­te­te Diens­te zurück­grei­fen und ihre E‑Mails weni­gen gro­ßen Diens­ten anver­trau­en, die natür­lich selbst dafür sor­gen, dass ihre E‑Mails immer ankommen.

Unver­ständ­li­cher­wei­se ent­hal­ten die zurück­ge­hen­den E‑Mails oft nicht mal genaue Anwei­sun­gen, wie man sei­ne IP-Adres­se von der Schwar­zen Lis­te ent­fer­nen könn­te. Die E‑Mails ent­hal­ten zwar oft Feh­ler­codes, aber selbst die dar­in ange­ge­be­nen Sei­ten lie­fern kei­ne Anhalts­punk­te dar­über, wie man dem begeg­nen könn­te. Wie bei Microsoft:

Final-Reci­pi­ent: rfc822; …@hotmail.de
Action: failed
Sta­tus: 5.0.0
Remo­te-MTA: dns; mx2.hotmail.com
Dia­gno­stic-Code: smtp; 550 SC-001 (BAY004-MC4F57) Unfort­u­na­te­ly, mes­sa­ges from
78.47.161.86 weren’t sent. Plea­se cont­act your Inter­net ser­vice provider
sin­ce part of their net­work is on our block list. You can also refer your
pro­vi­der to http://mail.live.com/mail/troubleshooting.aspx#errors.

Goog­le blo­ckiert E‑Mails von unbe­kann­ten Ser­vern immer­hin erst nach einer gewis­sen Anzahl von E‑Mails nach einer bestimm­ten Zeit. Durch­aus sinn­voll, aber wenn sogar klei­ne Diens­te wie Tan­dem Rhein-Main da bin­nen weni­ger Stun­den rein­fal­len, ist das Limit viel­leicht doch etwas klein.

Final-Reci­pi­ent: rfc822; …@gmail.com
Action: failed
Sta­tus: 5.7.1
Remo­te-MTA: dns; gmail-smtp-in.l.google.com
Dia­gno­stic-Code: smtp; 550–5.7.1 [2a01:4f8:c17:1eec::2       1] Our sys­tem has
detec­ted an unu­su­al rate 550–5.7.1 of unso­li­ci­ted mail ori­gi­na­ting from
your IP address. To pro­tect our 550–5.7.1 users from spam, mail sent from
your IP address has been blo­cked. 550–5.7.1 Plea­se visit 550–5.7.1
https://support.google.com/mail/answer/81126 to review our Bulk Email 550
5.7.1 Sen­ders Gui­de­lines. js6si127824210wjb.211 — gsmtp

Die wich­ti­gen Sei­ten für bei­de Pro­vi­der, um einen Antrag  zur Frei­schal­tung von IP-Adres­sen zu stel­len, sind erst nach eini­ger Suche­rei zu fin­den. Wer die­ses Pro­blem also auch mal haben soll­te, soll­te sich fol­gen­de Links merken:

• Report a deli­very pro­blem bet­ween your domain and Gmail
• Sen­der Infor­ma­ti­on for Outlook.com Delivery

Erfah­rungs­ge­mäß erfolgt die Bear­bei­tung bin­nen weni­ger Stun­den und man bekommt eine E‑Mail, dass die IP bis auf wei­te­res frei­ge­ge­ben ist.