Si të Rregulloni Gabimin e Outlook-it që Nuk Mund të Dërgojë Email por Mund t'i Marrë ato

Përditësimi i Shtatorit 2026: Microsoft ndryshoi planin e pensionimit të Autentifikimit Bazë të SMTP AUTH në Exchange Online më herët këtë vit. Në një përditësim të Ekipit të Exchange të publikuar më 27 Janar dhe të rishikuar më 29 Janar 2026, Microsoft tha se sjellja e Autentifikimit Bazë të SMTP AUTH do të mbetet e pandryshuar deri në Dhjetor 2026. Në fund të Dhjetorit 2026, planifikohet të çaktivizohet si parazgjedhje për tenantët ekzistues, ndërsa administratorët mund ta aktivizojnë atë nëse është e nevojshme; për tenantët e rinj të krijuar pas Dhjetorit 2026, OAuth është metoda e mbështetur e autentifikimit. Shikoni planin e përditësuar të Autentifikimit Bazë të SMTP AUTH nga Ekipi i Exchange.

Ai përditësim ka rëndësi nëse Outlook përdor një konfigurim të vjetër të stilit POP/IMAP ose nëse organizata juaj ka pajisje dhe aplikacione që dërgojnë postë përmes SMTP të autentifikuar. Kjo nuk do të thotë se çdo përdorues i Outlook që papritmas nuk mund të dërgojë postë në Shtator 2026 po bllokohet nga pensionimi. Microsoft vë në dukje se klientët modernë të Outlook të lidhur me Microsoft 365 zakonisht nuk përdorin SMTP AUTH për të dërguar mesazhe. Për shumicën e përdoruesve, rruga më e shpejtë është ende të identifikohet nëse problemi është një mesazh i bllokuar, gjendja offline, hyrja e skaduar, një problem me llogarinë/profilin, ose një problem konfigurimi i serverit dalës.

Ky udhëzues fokusohet në situatën e zakonshme ku Outlook vazhdon të marrë mesazhe por dërgimi dështon, mesazhet mbeten në Kutinë e Dërgesave (Outbox), ose shfaqet një gabim i serverit dalës. Fotot e mëposhtme janë ilustrime të ndërfaqes për kontrollet përkatëse të Outlook dhe Windows; përdorni etiketat dhe rrugët e përshkruara në tekst në vend që të trajtoni një kod gabimi shembull ose një adresë shembull si provë e shkakut tuaj specifik.

Pse Outlook mund të marrë email por jo të dërgojë?

Marrja dhe dërgimi nuk përdorin gjithmonë të njëjtën rrugë. Një llogari POP ose IMAP mund të shkarkojë ose sinkronizojë me sukses postën hyrëse ndërsa lidhja e saj SMTP dështon në autentifikim, përdor serverin ose portin e gabuar, ose bllokohet nga një politikë llogarie. Me llogaritë Microsoft 365 ose Exchange, një profil lokal i dëmtuar i Outlook, gjendja e vjetër e autentifikimit, modaliteti offline, ose një artikull i bllokuar në Kutinë e Dërgesave mund të parandalojnë dërgimin edhe pse posta e sinkronizuar më parë shfaqet ende normalisht.

Përdorni një diagnostikim të shpejtë para se të ndryshoni cilësimet: provoni të dërgoni një mesazh të shkurtër pa bashkëngjitje nga ndërfaqja e webmail-it të ofruesit, siç është Outlook në web për Microsoft 365. Nëse webmail dërgon me sukses por Outlook desktop nuk e bën këtë, përqendrohuni te Outlook, profili i tij, kredencialet e ruajtura dhe softueri lokal i sigurisë. Nëse webmail gjithashtu nuk mund të dërgojë, ndryshimi i profilit desktop është pak i mundshëm të zgjidhë problemin themelor të llogarisë, shërbimit, politikës ose kutisë postare.

Hapi 1: detyroni një dërgesë dhe kapni simptomën e saktë

Në Outlook klasik për Windows, hapni skedën Send/Receive (Dërgo/Merr) dhe zgjidhni Send/Receive All Folders (Dërgo/Merr të Gjitha Dosjet). Nëse Outlook raporton një gabim, shkruani mesazhin e saktë para se të provoni rregullime të gjera. Fjalimi mund të ndajë problemet e autentifikimit nga dështimet e lidhjes, kufijtë e madhësisë së mesazhit, gabimet e marrësit ose relait, dhe problemet e profilit lokal.

Kontrollet Dërgo/Merr të Outlook klasik mund të shkaktojnë një përpjekje të menjëhershme dërgimi dhe ta bëjnë një problem lidhjeje më të lehtë për t'u vëzhguar.

Udhëzuesi aktual i Microsoft-it për zgjidhjen e problemeve të dërgimit dhe marrjes në Outlook rekomandon të filloni me kontrolle të shpejta para se të kaloni në riparimin më të thellë të profilit. Nëse vetëm një mesazh dështon ndërsa posta tjetër dërgohet, trajtoni atë mesazh si të dyshuarin e parë në vend që të rindërtoni Outlook.

Hapi 2: hiqni mesazhin më të vjetër të bllokuar nga Kutia e Dërgesave

Një mesazh i vetëm i padërguar mund të bllokojë mesazhet e mëvonshme pas tij. Hapni Kutinë e Dërgesave (Outbox) dhe filloni me artikullin më të vjetër. Kërkoni një bashkëngjitje të madhe, një mesazh që u redaktua ndërsa Outlook po përpiqej të dërgonte, ose një draft që kthehet vazhdimisht në radhë.

Filloni me artikullin më të vjetër në radhë në Kutinë e Dërgesave; një mesazh i bllokuar mund të bëjë që të duket sikur e gjithë llogaria ka ndaluar së dërguari.

Microsoft këshillon specifikisht heqjen ose zëvendësimin e një bashkëngjitjeje të madhe kur zgjidhni probleme me mesazhet e bllokuara të Outlook. Udhëzimet e tij aktuale përdorin 20 MB si pragun e bashkëngjitjes në këtë rrjedhë zgjidhjeje të problemeve, megjithëse kufijtë aktualë të ofruesit dhe organizatës mund të ndryshojnë. Nëse skedari është i madh, hiqeni, kompreseni, ose ndani një link cloud në vend të tij. Më pas ridërgoni një mesazh të vogël vetëm tekst.

Nëse Outlook nuk ju lejon të redaktoni ose të fshini artikullin e bllokuar sepse po përpiqet aktivisht ta transmetojë atë, Outlook klasik mund të vendoset përkohësisht në modalitetin Work Offline (Puno Offline), mesazhi mund të lëvizet ose të fshihet, dhe Outlook mund të kthehet më pas online. Microsoft e dokumenton këtë sjellje në udhëzimet e tij për email-in e bllokuar të Outlook.

Hapi 3: sigurohuni që Outlook klasik të mos jetë duke Punuar Offline ose i Shkëputur

Marrja e postës më herët gjatë ditës nuk provon se Outlook është i lidhur tani. Në Outlook klasik, shikoni shiritin e statusit. Microsoft thotë se Disconnected (I Shkëputur), Working Offline (Duke Punuar Offline), ose Trying to connect (Duke Provuar të Lidhet) tregojnë se Outlook nuk mund të arrijë serverin e postës.

Hapni Send/Receive (Dërgo/Merr) dhe zgjidhni Work Offline (Puno Offline) për t'u rikthyer online nëse është aktivizuar. Microsoft përshkruan treguesit e statusit dhe veprimin e rirlidhjes në Si të punoni offline në Outlook për Windows.

Një paralajmërim lidhjeje i serverit dalës tregon rrugën e dërgimit; regjistroni fjalimin e saktë para se të ndryshoni cilësime të paardhshme të Outlook.

Gjithashtu verifikoni që shfletimi i zakonshëm në web të funksionojë. Nëse i gjithë kompjuteri ka humbur aksesin në rrjet, zgjidhni problemet e Windows ose të rrjetit së pari. Nëse interneti funksionon dhe webmail dërgon normalisht, vazhdoni me hapat specifikë të Outlook.

Hapi 4: rifreskoni hyrjen pas një ndryshimi të fjalëkalimit ose autentifikimit

Nëse fjalëkalimi i llogarisë së email-it ndryshoi së fundmi, Outlook mund të vazhdojë të tregojë mesazhe të sinkronizuara ndërsa përpjekja tjetër e dërgimit kërkon autentifikim të ri. Në Outlook të ri, Microsoft thotë se llogaria mund t'ju kërkojë të vazhdoni dhe të hyjni përsëri. Për ofruesit e palëve të treta, Outlook mund të shfaqë gjithashtu një kërkesë për një fjalëkalim aplikacioni nëse ai ofrues kërkon një të tillë.

Informacioni i Llogarisë është pika e nisjes për të rishikuar se si konfigurihet një llogari e Outlook klasik; Outlook i ri përdor ndërfaqen e tij aktuale të cilësimeve të llogarisë në vend të kësaj.

Mos krijoni një fjalëkalim aplikacioni nëse ofruesi juaj i email-it nuk e dokumenton në mënyrë eksplicite këtë kërkesë. Microsoft 365 është ndërtuar rreth Autentifikimit Modern dhe jo duke përdorur një fjalëkalim aplikacioni si një zgjidhje e përgjithshme. Faqja e zgjidhjes së problemeve të konfigurimit të email-it të Outlook e Microsoft vë në dukje se ndryshimet e fjalëkalimit dhe kërkesat specifike të ofruesit për autentifikim mund të parandalojnë që Outlook të lidhet saktë.

Një test i dobishëm është të dilni dhe të riautentifikoheni vetëm pasi të keni konfirmuar se fjalëkalimi funksionon në faqen e internetit të ofruesit. Ndryshimi i vazhdueshëm i fjalëkalimit pa kontrolluar webmail-in mund ta bëjë diagnostikimin më të vështirë.

Hapi 5: nëse kjo është një llogari POP ose IMAP, verifikoni cilësimet dalëse të SMTP

Ky hap është veçanërisht i rëndësishëm kur Outlook merr përmes POP ose IMAP por nuk mund të dërgojë. POP dhe IMAP janë protokolle postë hyrëse; dërgimi përdor një konfigurim të veçantë dalës SMTP. Microsoft shpjegon këtë ndarje në dokumentacionin e saj të Exchange Online: klientët POP3 dhe IMAP4 përdorin dorëzimin SMTP të autentifikuar kur kanë nevojë të dërgojnë postë përmes SMTP AUTH.

Konfigurimet POP/IMAP kanë fusha të ndara për serverin hyrës dhe dalës, kështu që marrja mund të funksionojë ndërsa dërgimi SMTP është konfiguruar gabim.

Krahasoni emrin e serverit dalës, portin, metodën e enkriptimit, formatin e emrit të përdoruesit, dhe kërkesën e autentifikimit me dokumentacionin zyrtar nga ofruesi juaj i postës. Mos kopjoni vlerat e serverit nga një faqe e rastësishme zgjidhjeje të problemeve. Për organizatat Microsoft 365 që përdorin qëllimisht SMTP AUTH, dokumentacioni i dorëzimit SMTP të klientit të autentifikuar i Microsoft thotë se SMTP AUTH zakonisht dorëzohet në portin TCP 587 dhe mund të përdorë OAuth.

Nëse llogaria është një llogari normale Microsoft 365 ose Exchange në Outlook modern, mos e konvertoni atë manualisht në një profil POP/IMAP + SMTP vetëm për të zgjidhur një problem dërgimi. Microsoft thotë se klientët modernë të email-it si Outlook zakonisht nuk përdorin SMTP AUTH për dërgimin e zakonshëm të kutisë postare Exchange Online.

Hapi 6: kontrolloni autentifikimin SMTP vetëm kur llogaria juaj përdor aktualisht SMTP

Për një profil klasik POP/IMAP, serveri dalës mund të kërkojë autentifikim. Opsioni i saktë dhe kredencialet varen nga ofruesi. Një konfigurim tipik i Outlook klasik ekspozon një skedë Outgoing Server (Serveri Dalës) ku autentifikimi SMTP mund të aktivizohet.

Në një konfigurim POP/IMAP, autentifikimi dalës SMTP është i ndarë nga cilësimet e marrjes dhe duhet të përputhet me kërkesat e dokumentuara të ofruesit.

Për administratorët e Exchange Online, ka një shtresë tjetër: SMTP AUTH mund të çaktivizohet për organizatën ose për një kuti postare specifike. Microsoft dokumenton të dyja kontrollet në nivel organizate dhe në nivel kutie postare në artikullin SMTP AUTH të lidhur më lart. Nëse një aplikacion i vjetër ose një klient POP/IMAP papritmas nuk mund të dërgojë ndërsa Outlook në web funksionon, një administrator duhet të kontrollojë nëse SMTP AUTH është i aktivizuar për atë ngarkesë pune dhe nëse aplikacioni mbështet OAuth.

Çfarë do të thotë ndryshimi i SMTP AUTH 2026 tani

Që nga Shtatori 2026, plani i rishikuar i Ekipit të Exchange thotë se sjellja e Autentifikimit Bazë për SMTP AUTH është e pandryshuar deri në fund të Dhjetorit 2026. Prandaj, një dështim dërgimi sot nuk duhet të fajësohet automatikisht për një mbyllje globale të përfunduar të Autentifikimit Bazë të SMTP AUTH. Megjithatë, organizatat që ende përdorin Autentifikimin Bazë duhet të përdorin kohën e mbetur për të kaluar në OAuth ose një metodë tjetër të mbështetur dërgimi në vend që të trajtojnë riaktivizimin e përkohshëm si një dizajn afatgjatë.

Dokumentacioni më i gjerë i Microsoft-it për pensionimin e Autentifikimit Bazë, i përditësuar në Korrik 2026, konfirmon se Autentifikimi Bazë është hequr tashmë për protokollet kryesore të klientit Exchange Online dhe i drejton zhvilluesit dhe aplikacionet drejt Autentifikimit Modern.

Hapi 7: riparoni llogarinë ose profilin e Outlook klasik

Nëse webmail dërgon me sukses, Kutia e Dërgesave është e pastër, Outlook është online, dhe kredencialet e llogarisë dhe cilësimet e ofruesit janë të sakta, profili lokal i Outlook bëhet një i dyshuar më i fortë.

Dialogu i Instalimit të Postës së Outlook klasik ofron qasje te konfigurimi i llogarisë dhe profilët e Outlook.

Udhëzimet e riparimit të profilit të Microsoft për Outlook klasik përdorin File > Account Settings > Account Settings (Skedari > Cilësimet e Llogarisë > Cilësimet e Llogarisë), më pas zgjidhni llogarinë dhe zgjidhni Repair (Riparo). Microsoft vë në dukje se opsioni Riparim nuk është i disponueshëm për Outlook 2016 të lidhur me një llogari Exchange.

Nëse riparimi nuk ndihmon, krijimi i një profili të ri të Outlook klasik është një diagnostikim më i pastër sesa redaktimi i vazhdueshëm i atij ekzistues. Nëse profili i ri dërgon saktë, profili origjinal ishte ndoshta problemi. Ruani çdo të dhënë PST vetëm lokale para se të hiqni profilet ose llogaritë.

Për diagnostikim automatik, Microsoft tani i drejton përdoruesit e Outlook klasik te zgjidhësit e problemeve Get Help (Merr Ndihmë) të Windows. Faqja e zgjidhësve të problemeve të Outlook klasik liston zgjidhësit e problemeve të konfigurimit të profilit, autentifikimit dhe lidhshmërisë dhe deklaron se këto mjete nuk zbatohen për Outlook të ri për Windows.

Hapi 8: kontrolloni softuerin lokal të sigurisë vetëm nëse provat tregojnë te PC-ja

Softueri i firewall, antivirus, VPN, proxy, ose sigurisë së pikës fundore mund të ndikojë në lidhjet dalëse, por ato duhet të jenë të dyshuar në fazën e vonshme kur marrja funksionon. Mos çaktivizoni softuerin e sigurisë në mënyrë globale si një zgjidhje rutinë. Në vend të kësaj, kontrolloni regjistrin e ngjarjeve të tij, njoftimin e bllokimit të qartë, sjelljen e VPN, ose politikën e administratorit.

Nëse Windows ose siguria e pikës fundit raporton në mënyrë të qartë se Outlook është bllokuar, rishikoni rregullin specifik në vend që të çaktivizoni firewall-in plotësisht.

Një test izolimi i dobishëm është të provoni Outlook në një rrjet tjetër të besueshëm ose të shkëputni përkohësisht një VPN nëse politika e organizatës tuaj e lejon atë. Nëse webmail dërgon dhe një pajisje tjetër dërgon nga e njëjta llogari, por vetëm një instalim i Outlook dështon, ato prova mbështesin një shkak të aplikacionit lokal, profilit, ose softuerit të sigurisë.

Pas çdo ndryshimi, dërgoni një mesazh testi të shkurtër në një adresë që ju kontrolloni. Konfirmoni që ai largohet nga Kutia e Dërgesave dhe shfaqet në Artikujt e Dërguar. Më pas përgjigjuni nga llogaria e marrësit. Një test që dërgon dhe merr verifikon më shumë sesa thjesht të shihni Outlook të raportojë “Connected” (I Lidhur).

Tabelë diagnostikimi i shpejtë

Çfarë të mos bëni

• Mos ndryshoni porte SMTP të rastësishme. Përdorni cilësimet zyrtare nga ofruesi ose administratori juaj.
• Mos supozoni se marrja provon se konfigurimi dalës është i saktë. Marrja POP/IMAP dhe dërgimi SMTP janë rrugë të ndara.
• Mos çaktivizoni firewall-in ose antivirusin përgjithmonë. Hetoni një bllokim të qartë dhe rivendosni mbrojtjen normale pas testimit.
• Mos krijoni një fjalëkalim aplikacioni si një zgjidhje universale. Përdorni metodën e autentifikimit që ofruesi juaj mbështet aktualisht.
• Mos hiqni një profil para se të mbroni të dhënat vetëm lokale. Skedarët PST dhe përmbajtja e ruajtur lokalisht mund të kenë nevojë të ruhen.
• Mos fajësoni ndryshimin e SMTP AUTH të Dhjetorit 2026 herët. Plani aktual i Microsoft thotë se pika e çaktivizimit si parazgjedhje nuk ka ndodhur ende që nga Shtatori 2026.

Kur duhet të kontaktoni administratorin ose ofruesin tuaj të email-it?

Ngrijeni kur e njëjta llogari nuk mund të dërgojë nga webmail, përdorues të shumtë preken në të njëjtën kohë, gabimi i referohet në mënyrë të qartë politikës ose autentifikimit që ju nuk mund të ndryshoni, ose kutia postare përdor cilësime organizative Microsoft 365 si kufizimet e SMTP AUTH. Administratorët mund të rishikojnë gjithashtu shëndetin e shërbimit Microsoft 365 dhe informacionin e gjurmimit të mesazheve që një përdorues fundor nuk mund të aksesojë.

Nëse vetëm Outlook klasik preket pasi llogaria funksionon në webmail, Microsoft rekomandon zgjidhësit e tij aktualë të problemeve për Outlook klasik dhe rrugën e riparimit të profilit. Nëse po përdorni Outlook të ri, përdorni rrjedhën e zgjidhjes së problemeve të Outlook të ri në vend që të ndiqni fotot dhe mjetet e profilit që zbatohen vetëm për Outlook klasik.

Përfundimi

Kur Outlook mund të marrë por nuk mund të dërgojë, zgjidhni problemin e rrugës dalëse në një rend të kontrolluar: kapni gabimin, pastroni Kutinë e Dërgesave, verifikoni që Outlook është online, rifreskoni autentifikimin, konfirmoni cilësimet SMTP vetëm për llogaritë që përdorin aktualisht SMTP, më pas riparoni profilin lokal ose hetoni një bllokim sigurie specifik për pajisjen. Për organizatat Microsoft 365 që ende varen nga Autentifikimi Bazë i SMTP AUTH, rishikimi i planit të Janarit 2026 jep kohë shtesë, por OAuth mbetet drejtimi ku Microsoft po lëviz.