Késleltetett vagy elutasított levelek Outlook, Hotmail vagy T-Online esetében

Előfordul, hogy egy Outlook.com, Hotmail, Live.com, Microsoft 365-öt használó vállalat, vagy T-Online címre küldött levél csak órákkal később érkezik meg, vagy visszapattan? A Microsoft és a T-Online a szokásos ellenőrzések mellett saját reputációs rendszert használ a leveleket küldő szerverekhez. Az a levél, amely a Gmailnél simán megérkezik, náluk késhet vagy elutasításra kerülhet. Ebben a cikkben olvashatja, mit jelentenek az ő üzeneteik, mit tehet Ön, és mit teszünk mi.

Microsoft: ideiglenes lassítás (4.7.500)

Kapott egy halasztási üzenetet ezzel az üzenettel?

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

Ebben az esetben a Microsoft szervere valójában nincs leterhelve. A Microsoft ideiglenesen lelassítja a küldő szerver IP-címét, hogy felmérje a forgalmat, például ha hirtelen több levél érkezik onnan. A Microsoft ugyanezt a kódsorozatot Access denied, please try again later néven is említi, és magától feloldja a korlátozást, ha a levél rendben lévőnek bizonyul.

• Ez egy ideiglenes hiba (egy 4-es kezdetű kód). A szerverünk megőrzi a levelet, és maga próbálkozik újra. A levél általában egy vagy több próbálkozás után mégis megérkezik, néha csak néhány óra múlva.
• Kérjük, ne küldje el újra a levelet. Ebben az esetben az duplán érkezik meg, és a nagyobb mennyiségű levél inkább súlyosbítja a lassítást.
• Ha egy levélnek valóban azonnal meg kell érkeznie, vagy ez a probléma továbbra is fennáll, kérjük, küldje el nekünk a halasztási üzenetet.

Microsoft: IP-cím letiltva (5.7.606 és 5.7.708)

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.

Ez egy végleges elutasítás: a Microsoft letiltotta a küldő szerver IP-címét. Az eltávolítás kérelmezése a Microsoft delist-portálján csak az adott IP-cím kezelője számára hasznos, miután az ok elhárításra került. Ha a levelei a WebOké szerverén keresztül mennek, ezt mi tesszük meg. Kérjük, küldje el nekünk a teljes visszapattanási üzenetet, hogy tudjuk, melyik szerverről van szó. A Microsoft nem alkalmaz kézi engedélyezési listát: ez egy teljesen automatikus rendszer.

Látja ezt: 550 5.7.708 Access denied, traffic not accepted from this IP? Ebben az esetben Microsoft 365-ön keresztül küld, és a Microsoft már nem fogadja el az adott környezet forgalmát, általában visszaélés miatt. Ezt a Microsoft-támogatással oldhatja meg, a Microsoft 365 kezelőjén keresztül.

Microsoft: a Levélszemét mappában

Gyakran előfordul, hogy a levél nem kerül elutasításra, hanem a Levélszemét mappába kerül, különösen olyan feladóktól, akiket a Microsoft még nem ismer. Ebben az esetben nem érkezik visszapattanási üzenet. Ami segíthet:

• Győződjön meg róla, hogy az SPF, a DKIM és a DMARC megfelelően be van állítva. Ellenőrizze a domainjét az E-mail ellenőrzővel, és olvassa el a Mi az a DMARC? Egyszerű magyarázat című cikket.
• Kérje meg az állandó kapcsolattartókat, hogy adják hozzá a címét a kapcsolattartóikhoz vagy a biztonságos feladókhoz, és jelöljék meg a Levélszemétben lévő leveleket Nem levélszemét jelölővel. Hogy ez hogyan működik az Outlookban, azt a Microsoft oldalán találja meg.
• Ne a saját postafiókjából küldje a hírleveleket, hanem egy hírlevélküldő szolgáltatáson keresztül.

Sok levelet küld az Outlook.com felé, és ezt kapja: 550 5.7.515? Ebben az esetben a Microsoft elvárja, hogy mind az SPF, mind a DKIM sikeresen teljesüljön, és hogy legyen DMARC-rekordja. Lásd a Microsoft magyarázatát.

T-Online: saját szabályok

A T-Online Németország legnagyobb levelezőszolgáltatása. A T-Online postmaster oldalán megtalálhatók a leveleket küldő szerverekre vonatkozó követelmények. A legfontosabbak:

• A küldő szerver IP-címéhez megfelelő fordított DNS (PTR) tartozik: az IP-cím egy névre mutat, és az a név visszamutat ugyanarra az IP-címre.
• Az adott névhez tartozó domainnek van egy weboldala, amelyen megtalálható, hogyan lehet elérni a szerver kezelőjét. Németországban az ilyen oldalt Impressum-nak nevezik.
• Nincs közvetlen levélküldés otthoni internetkapcsolatról vagy névtelen szerverekről, és nem lehet egyidejűleg túl sok kapcsolat.

Egy elutasított levél például így néz ki:

554 IP=203.0.113.25 - None/bad reputation. Ask your postmaster for help or to contact tobr@rx.t-online.de for reset. (NOWL)

Ez azt jelenti: ez az IP-cím jelenleg nem kézbesíthet a T-Online felé. Ez a szerverre vonatkozik, nem az Ön domainjére vagy levelére. A T-Online nem kínál ügyfélkérésre engedélyezési listát. Csak a szerver kezelője kérhet feloldást.

Amit Ön tehet:

1. Küldje el nekünk a teljes visszapattanási üzenetet egy hibajegyen keresztül a Supportcentrumban. Kérjük, ne írjon közvetlenül a T-Online-nak: csak mi tudunk feloldást kérni a szervereinkhez.
2. Mi kérjük a T-Online-tól a feloldást a szervereinkhez. Ez eltarthat egy ideig, és a T-Online nem mindig küld visszaigazolást.
3. Sürgős egy levél egy T-Online-os címzett számára? Ebben az esetben beszéljen meg ideiglenesen egy másik címet vagy egy másik kapcsolattartási módot.

Látja ezt: 421 Maximum parallel connections for your IP-Address reached? Ez ideiglenes. A szerverünk később újra próbálkozik, és a levél általában magától megérkezik.

Először nézzen körül saját maga

A DirectAdmin E-mail Tracing funkciójával megnézheti, hogy egy levél kézbesítésre került-e, halasztásra került-e, vagy sikertelen volt, a címzett szerverének válaszával együtt. Lásd: Annak ellenőrzése, hogy egy e-mail megérkezett-e az E-mail Tracing segítségével. Hogy mit jelentenek az egyéb hibakódok, azt itt olvashatja: Mail delivery failed: így olvassa a hibaüzenetet, és mit jelentenek a kódok. Ha hibajegyet küld nekünk, kérjük, mellékelje a teljes visszapattanási üzenetet, a címzett címét és az időpontot.

Lásd még a DirectAdmin kézikönyvben: Levelem a címzettnél a levélszemétbe kerül és Küldés elutasítva: feketelisták és korlátok.