2026. szeptemberi frissítés: A Microsoft az év elején módosította az Exchange Online SMTP AUTH Alapvető hitelesítésének kivezetési ütemtervét. Az Exchange Team 2026. január 27-én közzétett és január 29-én felülvizsgált frissítése szerint az SMTP AUTH Alapvető hitelesítésének viselkedése 2026 decemberéig változatlan marad. 2026 decemberének végére az alapértelmezett letiltás ütemezése meglévő bérlők esetén megtörténik, bár a rendszergazdák szükség esetén továbbra is engedélyezhetik; a 2026 decembere után létrehozott új bérlők számára az OAuth a támogatott hitelesítési módszer. Lásd az Exchange Team frissített SMTP AUTH Alapvető hitelesítési ütemtervét.
Ez a frissítés akkor fontos, ha az Outlook régi POP/IMAP-stílusú beállítást használ, vagy ha a szervezetben olyan eszközök és alkalmazások vannak, amelyek hitelesített SMTP-n keresztül küldenek leveleket. Ez nem azt jelenti, hogy minden Outlook felhasználó, aki 2026 szeptemberében hirtelen nem tud levelet küldeni, a kivezetés miatt blokkolva van. A Microsoft megjegyzi, hogy a Microsoft 365-höz csatlakozó modern Outlook-ügyfelek általában nem használják az SMTP AUTH-ot üzenetek küldésére. A legtöbb felhasználó számára a gyorsabb út továbbra is az, hogy megállapítsa, a probléma egy beragadt üzenet, offline állapot, lejárt bejelentkezés, fiók/profil hiba, vagy egy kimenő szerver konfigurációs hiba.
Ez az útmutató arra a gyakori helyzetre fókuszál, amikor az Outlook továbbra is fogad üzeneteket, de a küldés sikertelen, az üzenetek a Kimenő mappában maradnak, vagy kimenő szerver hiba jelenik meg. Az alábbi képernyőképek a releváns Outlook és Windows vezérlők felületi illusztrációi; használja a szövegben leírt címkéket és útvonalakat, ahelyett, hogy egy mintahibakódot vagy mintacímet a konkrét ok bizonyítékaként kezelné.
A fogadás és a küldés nem mindig ugyanazt az útvonalat használja. Egy POP vagy IMAP fiók sikeresen letöltheti vagy szinkronizálhatja a bejövő leveleket, miközben az SMTP-kapcsolata sikertelenül hitelesít, rossz szervert vagy portot használ, vagy fiókszabályzat blokkolja. Microsoft 365 vagy Exchange fiókok esetén egy sérült helyi Outlook-profil, elavult hitelesítési állapot, offline mód vagy egy beragadt Kimenő elem is megakadályozhatja a küldést, még akkor is, ha a korábban szinkronizált levelek továbbra is normálisan jelennek meg.
Használjon egy gyors diagnosztikát a beállítások módosítása előtt: próbáljon meg egy rövid, csatolmány nélküli üzenetet küldeni a szolgáltató webmail felületéről, például a Microsoft 365 Outlook webes verziójából. Ha a webmail sikeresen küld, de az asztali Outlook nem, akkor az Outlookra, annak profiljára, a gyorsítótárazott hitelesítő adatokra és a helyi biztonsági szoftverre kell összpontosítani. Ha a webmail sem tud küldeni, akkor az asztali profil megváltoztatása valószínűleg nem oldja meg az alapul szolgáló fiók-, szolgáltatás-, szabályzat- vagy postafiók-problémát.
A klasszikus Windows-os Outlookban nyissa meg a Küldés/Vétel fület, és válassza az Összes mappa küldése/vétele lehetőséget. Ha az Outlook hibát jelent, jegyezze fel a pontos üzenetet, mielőtt széles körű javításokat próbálna. A megfogalmazás szétválaszthatja a hitelesítési problémákat a kapcsolati hibáktól, az üzenetméret-korlátoktól, a címzett vagy továbbítási hibáktól, valamint a helyi profil problémáitól.
A klasszikus Outlook Küldés/Vétel vezérlői azonnali küldési kísérletet indíthatnak el, és megkönnyíthetik a kapcsolati probléma megfigyelését.
A Microsoft jelenlegi Outlook küldési és fogadási hibaelhárítási útmutatója azt javasolja, hogy kezdjen gyors ellenőrzésekkel, mielőtt mélyebb profiljavításra térne át. Ha csak egy üzenet sikertelen, miközben más levelek mennek, azt az üzenetet tekintse első gyanúsítottnak, ahelyett, hogy újjáépítené az Outlookot.
Egyetlen el nem küldött üzenet blokkolhatja a mögötte lévő későbbi üzeneteket. Nyissa meg a Kimenő mappát, és kezdje a legrégebbi elemmel. Keressen nagy csatolmányt, egy olyan üzenetet, amelyet az Outlook küldési kísérlete közben szerkesztettek, vagy egy olyan piszkozatot, amely ismételten visszatér a sorba.
Kezdje a legrégebbi sorban álló Kimenő elemmel; egy beragadt üzenet miatt úgy tűnhet, mintha a teljes fiók leállt volna a küldéssel.
A Microsoft kifejezetten azt tanácsolja, hogy távolítsa el vagy cserélje le a nagy csatolmányt, amikor beragadt Outlook-üzenetek hibaelhárítását végzi. Jelenlegi útmutatása 20 MB-ot használ csatolmányküszöbként ebben a hibaelhárítási folyamatban, bár a tényleges szolgáltatói és szervezeti korlátok eltérhetnek. Ha a fájl nagy, távolítsa el, tömörítse, vagy osszon meg egy hivatkozást felhőből. Ezután küldjön újra egy kis, csak szöveges üzenetet.
Ha az Outlook nem engedi szerkeszteni vagy törölni a beragadt elemet, mert aktívan próbálja továbbítani, a klasszikus Outlook ideiglenesen Offline munkamódba helyezhető, az üzenet áthelyezhető vagy törölhető, majd az Outlook visszakapcsolható online állapotba. A Microsoft ezt a viselkedést dokumentálja az Outlook e-mail beragadás útmutatójában.
Az, hogy a nap folyamán korábban fogadott leveleket, nem bizonyítja, hogy az Outlook most csatlakoztatva van. A klasszikus Outlookban nézze meg az állapotsávot. A Microsoft szerint a Kapcsolat nélkül, Offline munka vagy Csatlakozási kísérlet azt jelzi, hogy az Outlook nem éri el a levelező szervert.
Nyissa meg a Küldés/Vétel menüt, és válassza az Offline munka lehetőséget az online állapotba való visszatéréshez, ha az engedélyezve van. A Microsoft leírja az állapotjelzőket és az újracsatlakozási műveletet a Hogyan dolgozzon offline az Outlook for Windows alkalmazásban című cikkben.
Egy kimenő szerver kapcsolati figyelmeztetés a küldési útvonalra mutat; jegyezze fel a pontos megfogalmazást, mielőtt kapcsolódó Outlook-beállításokat módosítana.
Ellenőrizze azt is, hogy a normál webböngészés működik-e. Ha a teljes számítógép elvesztette a hálózati hozzáférést, először a Windows vagy a hálózat hibaelhárítását végezze el. Ha az internet működik, és a webmail normálisan küld, folytassa az Outlook-specifikus lépésekkel.
Ha az e-mail fiók jelszava nemrég változott meg, az Outlook továbbra is szinkronizált üzeneteket mutathat, miközben a következő küldési kísérlet új hitelesítést igényel. Az új Outlookban a Microsoft szerint a fiók kérheti a folytatást és az újbóli bejelentkezést. Harmadik féltől származó szolgáltatók esetén az Outlook alkalmazásjelszó kérését is megjelenítheti, ha a szolgáltató ezt megköveteli.
A Fiókinformáció a kiindulópont annak áttekintéséhez, hogy egy klasszikus Outlook-fiók hogyan van konfigurálva; az új Outlook ehelyett a jelenlegi fiókbeállítási felületét használja.
Ne hozzon létre alkalmazásjelszót, hacsak az e-mail szolgáltatója kifejezetten nem dokumentálja ezt a követelményt. A Microsoft 365 a Modern hitelesítésre épül, nem pedig általános megoldásként alkalmazásjelszót használ. A Microsoft Outlook e-mail beállítási hibaelhárítási oldala megjegyzi, hogy a jelszómódosítások és a szolgáltatóspecifikus hitelesítési követelmények megakadályozhatják, hogy az Outlook helyesen csatlakozzon.
Hasznos teszt, hogy csak akkor jelentkezzen ki és hitelesítse újra, miután megerősítette, hogy a jelszó működik a szolgáltató weboldalán. A jelszó ismételt megváltoztatása webmail ellenőrzése nélkül nehezítheti a diagnosztikát.
Ez a lépés különösen fontos, amikor az Outlook POP vagy IMAP révén fogad, de nem tud küldeni. A POP és az IMAP bejövő levelezési protokollok; a küldés külön kimenő SMTP-konfigurációt használ. A Microsoft ezt a szétválasztást az Exchange Online dokumentációjában magyarázza el: a POP3 és IMAP4 ügyfelek hitelesített SMTP-benyújtást használnak, amikor SMTP AUTH-on keresztül kell levelet küldeniük.
A POP/IMAP beállításoknál külön bejövő és kimenő szervermezők vannak, így a fogadás működhet, miközben az SMTP-küldés hibásan van konfigurálva.
Hasonlítsa össze a kimenő szerver nevét, portját, titkosítási módszerét, felhasználónév-formátumát és hitelesítési követelményeit a hivatalos dokumentációval az e-mail szolgáltatójától. Ne másoljon szerverértékeket egy véletlenszerű hibaelhárítási oldalról. Azoknál a Microsoft 365 szervezeteknél, amelyek szándékosan használják az SMTP AUTH-ot, a Microsoft hitelesített ügyfél SMTP-benyújtási dokumentációja szerint az SMTP AUTH-ot általában a 587-es TCP-porton nyújtják be, és használhat OAuth-ot.
Ha a fiók egy normál Microsoft 365 vagy Exchange fiók a modern Outlookban, ne alakítsa át manuálisan POP/IMAP + SMTP profillá csak egy küldési probléma megoldása érdekében. A Microsoft szerint a modern e-mail ügyfelek, mint például az Outlook, általában nem használják az SMTP AUTH-ot a normál Exchange Online postafiók-küldéshez.
Egy klasszikus POP/IMAP profil esetén a kimenő szerver hitelesítést igényelhet. A pontos opció és a hitelesítő adatok a szolgáltatótól függenek. Egy tipikus klasszikus Outlook-konfiguráció egy Kimenő szerver fület kínál, ahol az SMTP-hitelesítés engedélyezhető.
Egy POP/IMAP konfigurációban a kimenő SMTP-hitelesítés külön áll a fogadási beállításoktól, és meg kell egyeznie a szolgáltató dokumentált követelményeivel.
Exchange Online rendszergazdák számára van egy másik réteg: az SMTP AUTH letiltható a szervezet vagy egy konkrét postafiók számára. A Microsoft mind a szervezetszintű, mind a postafiókszintű vezérléseket dokumentálja a fent hivatkozott SMTP AUTH cikkben. Ha egy régi alkalmazás vagy POP/IMAP ügyfél hirtelen nem tud küldeni, miközben az Outlook webes verziója működik, a rendszergazdának ellenőriznie kell, hogy az SMTP AUTH engedélyezve van-e arra a munkaterhelésre, és hogy az alkalmazás támogatja-e az OAuth-ot.
2026 szeptemberéig az Exchange Team felülvizsgált ütemterve szerint az SMTP AUTH Alapvető hitelesítésének viselkedése 2026 decemberének végéig változatlan. Ezért egy mai küldési sikertelenséget nem kell automatikusan az SMTP AUTH Alapvető hitelesítésének befejezett globális leállításának tulajdonítani. Azonban azoknak a szervezeteknek, amelyek még mindig Alapvető hitelesítést használnak, fel kell használniuk a fennmaradó időt az OAuth-ra vagy egy másik támogatott küldési módszerre való áttérésre, ahelyett, hogy az ideiglenes újraindítást hosszú távú tervezésként kezelnék.
A Microsoft szélesebb körű Alapvető hitelesítés kivezetési dokumentációja, amelyet 2026 júliusában frissítettek, megerősíti, hogy az Alapvető hitelesítést már eltávolították a fő Exchange Online ügyfélprotokollokból, és a fejlesztőket és alkalmazásokat a Modern hitelesítés felé irányítja.
Ha a webmail sikeresen küld, a Kimenő mappa üres, az Outlook online, és a fiók hitelesítő adatai és a szolgáltatói beállítások helyesek, akkor a helyi Outlook-profil erősebb gyanúsítottá válik.
A klasszikus Outlook Levelezési beállítások párbeszédpanel hozzáférést biztosít a fiók konfigurációjához és az Outlook profilokhoz.
A Microsoft profiljavítási utasításai a klasszikus Outlookhoz a Fájl > Fiókbeállítások > Fiókbeállítások menüpontot használják, majd válassza ki a fiókot és kattintson a Javítás lehetőségre. A Microsoft megjegyzi, hogy a Javítás opció nem érhető el az Exchange fiókhoz csatlakoztatott Outlook 2016 esetén.
Ha a javítás nem segít, egy új klasszikus Outlook-profil létrehozása tisztább diagnosztika, mint a meglévő folyamatos szerkesztése. Ha az új profil helyesen küld, akkor valószínűleg az eredeti profil volt a probléma. Őrizze meg a csak helyi PST-adatokat, mielőtt eltávolítaná a profilokat vagy fiókokat.
Automatizált diagnosztikához a Microsoft most a Windows Súgó hibaelhárítóira irányítja a klasszikus Outlook felhasználóit. A klasszikus Outlook hibaelhárítók oldala felsorolja a profilbeállítási, hitelesítési és kapcsolati hibaelhárítókat, és stating, hogy ezek az eszközök nem alkalmazhatók az új Outlook for Windows-ra.
A tűzfal, antivírus, VPN, proxy vagy végpontbiztonsági szoftverek befolyásolhatják a kimenő kapcsolatokat, de késői stádiumú gyanúsítottaknak kell lenniük, amikor a fogadás működik. Ne tiltsa le globálisan a biztonsági szoftvereket rutin javításként. Ehelyett ellenőrizze az eseménynaplóját, a kifejezett blokkolási értesítést, a VPN viselkedését vagy a rendszergazdai szabályzatot.
Ha a Windows vagy a végpontbiztonság kifejezetten azt jelenti, hogy az Outlook blokkolva van, vizsgálja felül a konkrét szabályt, ahelyett, hogy teljesen letiltaná a tűzfalat.
Hasznos elkülönítési teszt, ha az Outlookot egy másik megbízható hálózaton próbálja ki, vagy ideiglenesen bontsa le a VPN kapcsolatot, ha a szervezet szabályzata ezt megengedi. Ha a webmail küld, és egy másik eszköz ugyanarról a fiókról küld, de csak egy Outlook-telepítés sikertelen, ez a bizonyíték egy helyi alkalmazás, profil vagy biztonsági szoftver okát támasztja alá.
Bármilyen változtatás után küldjön egy rövid tesztüzenetet egy általad ellenőrzött címre. Erősítse meg, hogy elhagyja a Kimenő mappát, és megjelenik az Elküldött elemek között. Ezután válaszoljon a címzett fiókjából. Egy teszt, amely mind küld, mind fogad, többet igazol, mint egyszerűen azt látni, hogy az Outlook „Csatlakoztatva” állapotot jelent.
| Amit tapasztal | Hasznosabb következő ellenőrzés | Miért |
|---|---|---|
| Egy üzenet beragadt; a többiek korábban mentek | Nyissa meg a legrégebbi Kimenő elemet, és távolítsa el a nagy csatolmányokat | Egyetlen sorban álló elem blokkolhatja a későbbi küldéseket |
| Az állapot Offline munka vagy Kapcsolat nélkül | Csatlakozzon újra a Küldés/Vétel menüből, és tesztelje a hálózati hozzáférést | Az Outlook offline állapotban nem éri el a szervert |
| A webmail küld, az asztali Outlook nem | Hitelesítse újra, javítsa meg a fiókot/profilt, vagy hozzon létre egy teszt profilt | A postafiók és a szerver útvonala valószínűleg működik |
| Az IMAP fogad, de az SMTP-küldés sikertelen | Ellenőrizze a kimenő szervert, portot, titkosítást és hitelesítést a szolgáltató dokumentációjával | A bejövő és kimenő kapcsolatok külön vannak konfigurálva |
| A Microsoft 365 SMTP AUTH alkalmazás sikertelen | A rendszergazda ellenőrzi az SMTP AUTH szabályzatát és az OAuth támogatást | Az SMTP AUTH letiltható szervezetenként vagy postafiókonként |
| Csak egy PC sikertelen, és a biztonsági szoftver blokkolást jelent | Vizsgálja felül a kifejezett szabályt vagy a végpontszabályzatot | A hiba lokalizált az adott eszközre |
Eskalálja a problémát, ha ugyanaz a fiók nem tud küldeni a webmailből, több felhasználó érintett egyszerre, a hiba kifejezetten olyan szabályzatra vagy hitelesítésre hivatkozik, amelyet nem tud módosítani, vagy a postafiók Microsoft 365 szervezeti beállításokat használ, mint például az SMTP AUTH korlátozások. A rendszergazdák áttekinthetik a Microsoft 365 szolgáltatás egészségét és az üzenetkövetési információkat is, amelyekhez egy végfelhasználó nem fér hozzá.
Ha csak a klasszikus Outlook érintett, miután a fiók működik a webmailben, a Microsoft a jelenlegi klasszikus Outlook hibaelhárítóit és a profiljavítási útvonalat ajánlja. Ha az új Outlookot használja, használja az új Outlook hibaelhárítási folyamatát, ahelyett, hogy olyan képernyőképeket és profil eszközöket követne, amelyek csak a klasszikus Outlookra vonatkoznak.
Amikor az Outlook fogad, de nem tud küldeni, a kimenő útvonalat szabályozott sorrendben kell hibaelhárítani: rögzítse a hibát, tisztítsa meg a Kimenő mappát, ellenőrizze, hogy az Outlook online-e, frissítse a hitelesítést, erősítse meg az SMTP-beállításokat csak azoknál a fiókoknál, amelyek ténylegesen SMTP-t használnak, majd javítsa meg a helyi profilt, vagy vizsgáljon ki egy eszközspecifikus biztonsági blokkot. Azoknál a Microsoft 365 szervezeteknél, amelyek még mindig az SMTP AUTH Alapvető hitelesítésére támaszkodnak, a 2026. januári ütemterv felülvizsgálata további időt biztosít, de az OAuth marad az az irány, amerre a Microsoft halad.
Javítsa meg az Outlookot, ha fogadhat e-maileket, de nem tud küldeni. Ellenőrizze a Kimenő mappát, az offline módot, a bejelentkezést, az SMTP-beállításokat, a profilokat és a Microsoft 365 változásait.
Készítsen egyszerű kétheti bérszámfejtési nyilvántartót Excelben kis csapatok számára, órákkal, fizetéssel, levonásokkal, felülvizsgálati jelölőkkel, összefoglalókkal és nyilvántartási útmutatással.
Készítsen vagy szabjon testre nyomtatható eseménytervezési ellenőrzőlistát és költségvetési sablont Microsoft Wordben, gyakorlati részekkel, kompromisszumokkal és tippekkel a Word és az Excel használatához.
Készítsen egyszerű belépési prezentációt új munkatársaknak egy gyakorlati, 12 diás struktúrával, amely lefedi a szerepkör elvárásait, az eszközöket, a biztonságot, a szabályzatokat, a munkavédelmet és az első hét teendőit.
Exportáljon Salesforce névjegyeket tisztán Excelbe: állítsa össze a megfelelő jelentést, exportáljon Details Only CSV formátumban, importáljon Power Query-vel, őrizze meg az azonosítókat és a vezető nullákat, deduplikáljon biztonságosan, és ellenőrizze az eredményt.
Használja ezt a nyomtatható heti takarítási ütemtervet Airbnb házigazdáknak a vendégváltások közötti takarítás, a mélytakarítás, a feltöltés, a biztonsági ellenőrzések és a Word-PDF nyomtatás szervezéséhez.
Szervezze havi számláit Excelben egy ingyenes számlanaptár elrendezéssel, esedékességkövetéssel, státuszképletekkel, automatikus fizetési mezőkkel és gyakorlati pénzforgalmi tippekkel.
Javítsd meg az Excel képleteket, amelyek nem számolnak automatikusan három lépésben: engedélyezd az Automatikus számítást, újraszámoltasd, és javítsd meg a képletcellákat.
Készítsen gyakorlati költségnaplót amerikai szabadúszóknak Schedule C-barát kategóriákkal, számlamezőkkel, kilométerkövetéssel és a 2026-os IRS szabálymódosításokkal.
Hasonlítsa össze a legjobb ingyenes számlázó alkalmazásokat az amerikai szolgáltató vállalkozások számára 2026-ban, beleértve a Zoho Invoice, Wave, Square, PayPal és Invoice Ninja megoldásokat.
