Sudėtingi gavėjai: Microsoft ir T-Online

6 modulis: Klaidų pranešimai ir problemų sprendimas · Skaitymo trukmė: 11 min.

Mokymosi tikslas: Po šios pamokos žinosite dviejų gavėjų, kurie dažnai kelia klausimų, Microsoft (Outlook.com, Hotmail ir Microsoft 365) ir T-Online, atskiras taisykles, ir suprasite, ką galite padaryti Jūs kaip naudotojas, o ką turi padaryti siunčiančio serverio administratorius, kai įvyksta vėlavimas ar blokavimas.

Pagrindinės sąvokos: Outlook.com ir Exchange Online Protection, naujas IP adresas be reputacijos, 451 4.7.500 Server busy, 550 5.7.606 banned sending IP, pašalinimo iš sąrašo portalas sender.office.com, SNDS, JMRP, aplankas Nepageidaujami laiškai, patikimi siuntėjai, T-Online, sava reputacijos sistema, forward-confirmed reverse DNS, kontaktiniai duomenys PTR domeno svetainėje, jokio įtraukimo į baltąjį sąrašą, postmaster.t-online.de

Kodėl būtent šie du?

Microsoft gauna paštą iš Outlook.com, Hotmail ir Live.com, o taip pat didelės dalies įmonių paštą (per Microsoft 365, naudojant Exchange Online Protection kaip filtrą). T-Online yra didžiausia Vokietijos pašto paslauga. Abu, be įprastų standartų, naudoja savo reputacijos sistemą. Laiškai, kurie be problemų pasiekia Gmail, pas juos gali būti sulaikomi arba atmetami. Kas turi klientų ar kontaktų Vokietijoje arba dažnai siunčia laiškus į Hotmail adresus, anksčiau ar vėliau su tuo susidurs.

Microsoft: laikinas sulėtinimas su 4.7.500

Garsiausias Microsoft pranešimas yra:

451 4.7.500 Server busy. Please try again later from [203.0.113.25]. (AS843)

Tekste rašoma „serveris užimtas“, bet tai netiesa: tai sąmoningas sulėtinimas. Microsoft naudoja šią kodų seriją (4.7.500 iki 4.7.699), kai siunčiantis IP adresas dar turi mažai reputacijos arba kai elgsena staiga pasikeičia, pavyzdžiui, staigiai padidėjus laiškų kiekiui. Microsoft tai apibūdina kaip laikiną apribojimą, skirtą įtartinai veiklai įvertinti, kuris savaime panaikinamas, kai paaiškėja, kad paštas yra tinkamas.

Ką tai reiškia Jums?

• Tai laikina klaida (4xx). Siunčiantis serveris laiškus išsaugo ir bando dar kartą. Dažniausiai laiškas po vieno ar kelių bandymų vis tiek pristatomas, kartais po kelių valandų.
• Jei gaunate atidėjimo pranešimą, laiško nesiųskite iš naujo. Tai padidina apimtį ir sulėtinimą dar labiau pablogina.
• Jei tai Jums kelia problemų (pavyzdžiui, kai svarbu, kad prisijungimo kodai ar sąskaitos pasiektų iškart), praneškite savo paslaugų teikėjui, pridėdami atidėjimo pranešimą.

Ką gali padaryti siunčiančio serverio administratorius:

1. Patikrinti, ar pagrindiniai dalykai tvarkingi: PTR su FCrDNS, joks blokavimo sąrašas, SPF ir DKIM domenams, siunčiantiems paštą per šį serverį (3.2 pamoka ir 3.2 pamoka*, žr. nuorodą 5.1 ir 5.2 pamoka).
2. Apšildyti: naujam IP adresui iš pradžių leisti siųsti mažesnę srauto dalį ir ją palaipsniui didinti.
3. Apriboti tempą pagal gavėją: mažinti vienu metu užmezgamų jungčių skaičių su Microsoft ir laikytis protingo laukimo laiko tarp bandymų, kad serveris vis iš naujo neatsitrenktų į apribojimą.
4. Užsiregistruoti SNDS ir JMRP (žr. toliau).

Microsoft: blokuota su 5.7.606

Jei IP adresas tikrai blokuotas, gaunama galutinė klaida:

550 5.7.606 Access denied, banned sending IP [203.0.113.25]. To request removal from this list please visit https://sender.office.com/ and follow the directions.

Taip nutinka siunčiant paštą į Microsoft 365 aplinkas. IP adreso administratorius gali prašyti pašalinimo per pašalinimo iš sąrašo portalą sender.office.com: įveskite el. pašto adresą ir IP adresą, atidarykite patvirtinimo laišką ir jame pasirinkite „Delist IP“. Microsoft teigimu, po to gali praeiti iki 24 valandų, kol blokavimas bus panaikintas. Visgi pirmiausia išspręskite priežastį: IP adresas, kuris po pašalinimo vėl pradeda siųsti šlamštą, greitai vėl atsiduria sąraše.

Outlook.com ir Hotmail (vartotojų pusėje) pašalinimas vykdomas per atskirą Microsoft siuntėjų palaikymo formą. Rankinio baltojo sąrašo Microsoft neturi: tai lieka automatinė reputacijos sistema.

Microsoft: SNDS ir JMRP

Microsoft siūlo dvi nemokamas paslaugas siunčiančio IP adreso administratoriams:

• SNDS (Smart Network Data Services): kiekvienam IP adresui matote, kiek pašto Microsoft gavo, kiek iš jo buvo įvertinta kaip šlamštas, kiek buvo skundų ir ar adresas pateko į šlamšto spąstus (spam traps). Spalvų kodas (žalia, geltona, raudona) rodo būklę.
• JMRP (Junk Mail Reporting Program): kai Outlook.com naudotojas pažymi Jūsų laišką kaip nepageidaujamą, gaunate jo kopiją. Taip matote, kokie laiškai sulaukia skundų.

Abi paslaugos naudingos tik tiems, kurie patys administruoja IP adresą: nuosavas serveris arba bendro serverio paslaugų teikėjas. Jei esate paprastas talpinimo paketo ar pašto paslaugos naudotojas, čia patys neregistruojatės.

Microsoft: aplanke Nepageidaujami laiškai

Dažnai paštas nėra atmetamas, bet patenka į aplanką Nepageidaujami laiškai, ypač jei siuntėjas Microsoft dar nepažįstamas. Čia klaidų kodai nepadeda, nes grąžinimo pranešimo (bounce) nėra. Kas padeda:

• Tinkamai sutvarkyti SPF, DKIM ir DMARC (4 modulis). Jei esate masinis siuntėjas, Microsoft reikalauja, kad sėkmingai praeitų ir SPF, ir DKIM (5.3 pamoka).
• Paprašyti nuolatinių kontaktų įtraukti Jūsų adresą į jų kontaktus arba patikimus siuntėjus, ir pažymėti aplanke Nepageidaujami buvusį laišką kaip „Ne nepageidaujamas laiškas“. Tai teigiamai veikia reputaciją.
• Nesiųsti naujienlaiškių per įprastą pašto dėžutę (7.1 pamoka).

T-Online: sava sistema

T-Online (Deutsche Telekom pašto paslauga, su adresais domenuose @t-online.de ir @magenta.de) žinoma dėl savo griežtų taisyklių. Postmasterio puslapyje postmaster.t-online.de nurodyti reikalavimai siunčiantiems serveriams. Svarbiausi:

1. Laikytis interneto standartų, įskaitant RFC dokumentus dėl SMTP ir laiškų struktūros, ir forward-confirmed reverse DNS (5.1 pamoka).
2. Pavadinimas atvirkštiniame DNS (reverse DNS) turi vesti į domeną su svetaine, kurioje nurodyta, kaip tiesiogiai susisiekti su administratoriumi. T-Online šiuo klausimu remiasi Europos elektroninės komercijos direktyva (Direktyva 2000/31/EB, 5 straipsnis) dėl privalomų paslaugų teikėjo duomenų. Vokietijoje toks puslapis vadinamas Impressum.
3. Jokio pašto tiesiogiai iš dinaminių adresų, telefoninio ryšio (dial-up) jungčių ar „anoniminių“ debesijos serverių: toks paštas turi būti siunčiamas per tinkamo paslaugų teikėjo retransliavimo (relay) serverį.
4. Riboti vienu metu užmezgamų jungčių skaičių. Esant per daug jungčių, gaunamas pranešimas 421 Maximum parallel connections for your IP-Address reached.
5. Jokio atviro retransliavimo (open relay), išsiunčiamo pašto filtravimas dėl šlamšto ir virusų, o naudojant TLS, galiojantis sertifikatas.

IP adreso blokavimas T-Online atveju atrodo, pavyzdžiui, taip:

554 IP=203.0.113.25 - A problem occurred. (Ask your postmaster for help or to contact tosa@rx.t-online.de to clarify.)

Praktikoje pasitaiko ir variantų su nuoroda į prastą ar trūkstamą reputaciją. Žinutė visada ta pati: šiam IP adresui šiuo metu pristatymas neleidžiamas.

T-Online: ką galite padaryti?

T-Online aiškiai nurodo, kad baltojo sąrašo neteikia. Tačiau blokuotas adresas gali būti atblokuotas, kai priežastis pašalinama. Kelias iki to:

• Jei esate paprastas naudotojas (siunčiate laiškus per talpinimo paketą ar pašto paslaugą): išsiųskite visą grąžinimo pranešimą (bounce) savo paslaugų teikėjui. Tik siunčiančio serverio administratorius gali susisiekti su T-Online; patys IP adreso atblokuoti negalite.
• Jei esate siunčiančio serverio administratorius: pirmiausia patikrinkite aukščiau nurodytus reikalavimus (PTR, FCrDNS, pasiekiama svetainė su kontaktiniais duomenimis domene iš PTR, joks blokavimo sąrašas), o tada susisiekite adresu, nurodytu klaidos pranešime, arba per kontaktų formą postmaster.t-online.de puslapyje. Kartojantis laikiniems blokavimams be aiškios priežasties, T-Online nurodo postmasterio adresą. Nesitikėkite gavimo patvirtinimo.
• Trumpuoju laikotarpiu: laiškus svarbiam T-Online gavėjui galima laikinai siųsti kitu keliu (kitas paslaugų teikėjas ar siuntimo paslauga) arba susitarti dėl kito adreso.

O kiti?

Kiti dideli Vokietijos pašto paslaugų teikėjai, tokie kaip GMX ir Web.de, bei daugelis įmonių filtrų, taip pat turi savo reputacijos sistemas. Modelis visur tas pats: siunčiantis serveris su tvarkingu PTR, gera autentifikacija, ramiu ir reguliariu siuntimo modeliu bei mažai skundų, beveik visur pasiekia gavėją. Kilus problemai, perskaitykite grąžinimo pranešimą, susiraskite kodą pas jį pateikusią šalį ir leiskite veikti siunčiančio serverio administratoriui.

Santrauka

• 451 4.7.500 Server busy iš Microsoft yra sąmoningas, laikinas IP adreso sulėtinimas, dažnai dėl menkos reputacijos ar staigaus kiekio padidėjimo. Nesiųskite iš naujo.
• 550 5.7.606 reiškia blokuotą IP adresą; administratorius prašo pašalinimo per sender.office.com, pirmiau išsprendęs priežastį.
• SNDS ir JMRP suteikia IP adreso administratoriams įžvalgą apie jų reputaciją pas Microsoft.
• T-Online reikalauja, be kita ko, FCrDNS ir svetainės su kontaktiniais duomenimis domene iš PTR, ir baltojo sąrašo neteikia.
• Kaip naudotojas to pats neišspręsite: perduokite visą grąžinimo pranešimą savo paslaugų teikėjui.

Testas

Užduotis

Užduotis O6.4: Blokavimo pas didelį gavėją tyrimas. Jums pateikiamas atvejis: asociacija jau savaitę siunčia paštą per naują nuosavą serverį; laiškai į Hotmail adresus pasiekia gavėjus po kelių valandų, o laiškai į T-Online adresus grįžta su IP blokavimo pranešimu. Atsakykite: (1) ką reiškia šie du pranešimai, (2) kas ką turi daryti, (3) kokius penkis dalykus patikrinsite serveryje, ir (4) ką asociacija gali padaryti trumpuoju laikotarpiu? Po to pamatysite pavyzdinį atsakymą.

Skaitykite daugiau

Šiuose straipsniuose aprašyti veiksmai galioja WebOké valdymo skydeliams; kitų paslaugų teikėjų atveju principas panašus.

• Mano el. laiškai nepasiekia adresato arba patenka į šlamštą: kaip tai išsiaiškinti
• El. laiškų siuntimas iš Jūsų VPS ir reverse DNS nustatymas
• DirectAdmin vadovas 9.4: Mano laiškai gavėjui patenka į šlamštą
• Microsoft, Email nondelivery reports and SMTP errors in Exchange Online: https://learn.microsoft.com/en-us/troubleshoot/exchange/email-delivery/ndr/non-delivery-reports-in-exchange-online
• Microsoft, Office 365 Anti-Spam IP Delist Portal: https://sender.office.com/
• Microsoft, SNDS ir JMRP: https://sendersupport.olc.protection.outlook.com/snds/
• T-Online Postmaster (reikalavimai ir kontaktai): https://postmaster.t-online.de/