Трудни получатели: Microsoft и T-Online

Модул 6: Съобщения за грешки и отстраняване на проблеми · Време за четене: 11 минути

Учебна цел: След този урок ще познавате собствените правила на двама получатели, които често предизвикват въпроси, Microsoft (Outlook.com, Hotmail и Microsoft 365) и T-Online, и ще знаете какво можете да направите като потребител и какво може да направи администраторът на изпращащ сървър при забавяне или блокиране.

Основни понятия: Outlook.com и Exchange Online Protection, нов IP адрес без репутация, 451 4.7.500 Server busy, 550 5.7.606 banned sending IP, портал за премахване от списък sender.office.com, SNDS, JMRP, папка Нежелана поща, сигурни подателите, T-Online, собствена система за репутация, forward-confirmed reverse DNS, данни за контакт на уебсайта на PTR домейна, без whitelisting, postmaster.t-online.de

Защо точно тези двама?

Microsoft получава пощата на Outlook.com, Hotmail и Live.com, а освен това и на голяма част от фирмите (чрез Microsoft 365, с Exchange Online Protection като филтър). T-Online е най-голямата пощенска услуга в Германия. И двете, освен обичайните стандарти, използват собствена система за репутация. Поща, която пристига безпроблемно при Gmail, при тях може да бъде забавена или отказана. Който има клиенти или контакти в Германия, или праща много писма до адреси в Hotmail, рано или късно се сблъсква с това.

Microsoft: временно забавяне с 4.7.500

Най-известното съобщение на Microsoft е:

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

Текстът казва „server busy" (сървърът е зает), но това не е съвсем вярно: става дума за съзнателно забавяне. Microsoft използва тази поредица от кодове (4.7.500 до 4.7.699), когато изпращащ IP адрес все още има малка репутация или когато поведението му внезапно се промени, например при рязко увеличение на броя писма. Microsoft описва това като временно ограничение за оценка на подозрителна активност, което отпада автоматично, ако пощата се окаже наред.

Какво означава това за Вас?

• Това е временна грешка (4xx). Изпращащият сървър запазва писмото и прави нов опит. Обикновено пощата все пак пристига след един или повече опита, понякога след часове.
• Ако получите съобщение за отлагане, не изпращайте писмото отново. Това само увеличава обема и влошава забавянето.
• Ако това е проблем за Вас (например при кодове за вход или фактури, които трябва да пристигнат веднага), съобщете на доставчика си, като приложите съобщението за отлагане.

Какво може да направи администраторът на изпращащия сървър:

1. Проверка дали основните неща са наред: PTR с FCrDNS, без наличие в blocklist, SPF и DKIM за домейните, които изпращат поща чрез сървъра (урок 5.1 и 5.2).
2. Загряване: нов IP адрес да изпраща първо по-малка част от трафика и постепенно все повече.
3. Ограничаване на темпото към конкретния получател: по-малко едновременни връзки към Microsoft и разумно време на изчакване между опитите, за да не се блъсква сървърът непрекъснато в спирачката.
4. Регистрация в SNDS и JMRP (вижте по-долу).

Microsoft: блокиране с 5.7.606

Ако IP адресът наистина е блокиран, получавате окончателна грешка:

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.

Това се среща при поща към среди на Microsoft 365. Администраторът на IP адреса може да поиска премахване чрез портала за премахване от списък sender.office.com: попълва се имейл адрес и IP адрес, отваря се потвърждаващото писмо и там се избира „Delist IP". Според Microsoft след това може да отнеме до 24 часа, докато блокировката отпадне. Но първо трябва да бъде отстранена причината: IP адрес, който след премахване отново изпраща спам, бързо отново попада в списъка.

При Outlook.com и Hotmail (потребителската страна) премахването става чрез отделен формуляр на екипа за подкрепа на подателите на Microsoft. Ръчен whitelist при Microsoft не съществува: това остава автоматична система за репутация.

Microsoft: SNDS и JMRP

Microsoft предлага две безплатни услуги за администратори на изпращащ IP адрес:

• SNDS (Smart Network Data Services): за всеки IP адрес виждате колко поща е получила Microsoft, колко от нея е била оценена като спам, колко оплаквания е имало и дали адресът е попаднал в спам капани. Цветен код (зелен, жълт, червен) показва текущото състояние.
• JMRP (Junk Mail Reporting Program): ако потребител на Outlook.com маркира Вашето писмо като нежелано, Вие получавате копие. По този начин виждате коя поща предизвиква оплаквания.

И двете са полезни само за тези, които сами администрират IP адрес: собствен сървър или доставчика на споделен сървър. Като обикновен потребител на хостинг пакет или пощенска услуга, Вие не се регистрирате сами тук.

Microsoft: в папка Нежелана поща

Често пощата не се отказва, а се поставя в папка Нежелана поща, особено от податели, които Microsoft все още не познава. Там кодовете за грешка не помагат, защото няма bounce съобщение. Какво работи:

• Добре настроени SPF, DKIM и DMARC (модул 4). Ако сте изпращач на масова поща, Microsoft изисква SPF И DKIM да минат успешно (урок 5.3).
• Молете постоянните си контакти да добавят Вашия адрес към своите контакти или сигурни податели, и да маркират поща, която е попаднала в Нежелана, като „Не е нежелана поща". Това се отразява на репутацията.
• Без бюлетини през обикновената Ви пощенска кутия (урок 7.1).

T-Online: собствена система

T-Online (пощенската услуга на Deutsche Telekom, с адреси на @t-online.de и @magenta.de) е известна със своите строги собствени правила. На страницата за администратори на пощи postmaster.t-online.de са описани изискванията за изпращащите сървъри. Най-важните:

1. Спазване на интернет стандартите, включително RFC-документите за SMTP и за структурата на съобщенията, и forward-confirmed reverse DNS (урок 5.1).
2. Името в обратния DNS трябва да води към домейн с уебсайт, на който е посочено как администраторът може да бъде достигнат директно. T-Online се позовава тук на Европейската директива за електронната търговия (директива 2000/31/EО, член 5) относно задължителните данни за доставчик на услуги. В Германия подобна страница се нарича Impressum.
3. Без изпращане на поща директно от динамични адреси, dial-up връзки или „анонимни" облачни сървъри: те трябва да изпращат чрез релей на подходящ доставчик.
4. Ограничаване на броя едновременни връзки. При твърде много получавате 421 Maximum parallel connections for your IP-Address reached.
5. Без open relay, филтриране на изходящата поща за спам и вируси, и валиден сертификат при TLS.

Блокиране на IP адрес при T-Online изглежда например така:

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

На практика ще срещнете и варианти с позоваване на лоша или липсваща репутация. Посланието винаги е едно и също: този IP адрес в момента не може да доставя поща.

T-Online: какво можете да направите?

T-Online заявява изрично, че не предлага whitelisting. Но блокиран адрес може да бъде освободен, когато причината е отстранена. Пътят дотам:

• Като обикновен потребител (изпращате поща чрез хостинг пакет или пощенска услуга): изпратете пълния bounce на Вашия доставчик. Само администраторът на изпращащия сървър може да се свърже с T-Online; Вие не можете сами да освободите IP адреса.
• Като администратор на изпращащия сървър: първо проверете изискванията по-горе (PTR, FCrDNS, достъпен уебсайт с данни за контакт на домейна от PTR, без наличие в blocklist), а след това се свържете чрез адреса, посочен в съобщението за грешка, или чрез формата за контакт на postmaster.t-online.de. При повтарящи се временни блокирания без известна причина T-Online посочва адреса на администраторите на пощи (postmaster). Не разчитайте на потвърждение за получаване.
• В краткосрочен план: поща до важен получател в T-Online може временно да бъде изпратена по друг път (друг доставчик или услуга за изпращане), или се договаря друг адрес.

А останалите?

Други големи немски услуги, като GMX и Web.de, както и много фирмени филтри имат собствени системи за репутация. Моделът навсякъде е еднакъв: изпращащ сървър с коректен PTR, добра автентикация, спокоен и редовен модел на изпращане и малко оплаквания се приема почти навсякъде. При проблем прочетете bounce съобщението, потърсете кода при страната, която го е издала, и оставете администратора на изпращащия сървър да действа.

Обобщение

• 451 4.7.500 Server busy от Microsoft е съзнателно, временно забавяне на IP адреса, често при слаба репутация или рязко увеличение. Не изпращайте отново.
• 550 5.7.606 означава блокиран IP адрес; администраторът иска премахване чрез sender.office.com, след отстраняване на причината.
• SNDS и JMRP дават на администраторите на IP адрес представа за репутацията им при Microsoft.
• T-Online изисква, наред с други неща, FCrDNS и уебсайт с данни за контакт на домейна от PTR, и не предлага whitelisting.
• Като потребител Вие не можете сами да решите това: предайте пълния bounce на Вашия доставчик.

Тест

Задача

Задача O6.4: Изясняване на блокиране при голям получател. Получавате казус: сдружение от седмица насам изпраща пощата си чрез нов собствен сървър; пощата до адреси в Hotmail пристига с часове закъснение, а пощата до адреси в T-Online се връща с IP блокиране. Отговорете на: (1) какво означават двете съобщения, (2) кой какво трябва да направи, (3) кои пет неща проверявате на сървъра и (4) какво може сдружението да направи в краткосрочен план? След това ще видите примерния отговор.

Допълнително четене

Стъпките в тези статии важат за панелите на WebOké; при други доставчици процесът е сходен.

• Моят имейл не пристига или попада в спам: ето как да го проверите
• Изпращане на имейли от Вашия VPS и настройка на reverse DNS
• Ръководство за DirectAdmin 9.4: Моята поща попада в спам при получателя
• 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 и JMRP: https://sendersupport.olc.protection.outlook.com/snds/
• T-Online Postmaster (изисквания и контакт): https://postmaster.t-online.de/