Baza e njohurive
Lidhni serverin tuaj SMTP: cilin port të përdorni dhe pse jo 25, regjistrimet SPF, DKIM, DMARC dhe reverse-DNS që duhet t'i publikoni vetë, si dhe pse refuzojmë të kalojmë në një lidhje të pakriptuar.
Përdoreni këtë nëse menaxhoni infrastrukturën tuaj të postës elektronike, ose nëse ofruesi juaj është një që nuk e listojmë drejtpërdrejt — pothuajse çdo shërbim poste ofron SMTP.
⚠️ Nëse ofruesi juaj është Mailgun, SendGrid, Postmark, Amazon SES ose Resend, përdorni më mirë udhëzuesin përkatës. Këto lidhje ju ofrojnë mesazhe më të mira gabimi kur diçka shkon keq, sepse mund të lexojmë atë që ofruesi tha realisht, në vend të një kodi statusi SMTP.
Katër gjëra, nga kushdo që menaxhon serverin tuaj të postës:
smtp.yourprovider.com587, 465 ose 2525587 është dërgimi me STARTTLS dhe është ajo që duhet të përdorni. Lidhja fillon e paenkriptuar dhe përmirësohet në TLS përpara se të dërgohet ndonjë gjë.
465 është TLS implicite — e enkriptuar që nga bajti i parë. Po aq e mirë; disa ofrues e preferojnë atë.
2525 është një alternativë jozyrtare që disa ofrues e ofrojnë sepse disa rrjete bllokojnë portën 587. Përdoreni atë vetëm nëse ofruesi juaj ju udhëzon ta bëni këtë.
⛔ Porta 25 pranohet këtu, por pothuajse asnjëherë nuk është përgjigjja e duhur. Është porta që përdorin serverët e postës për të komunikuar me njëri-tjetrin, jo ajo që përdor një aplikacion për të dërguar një mesazh. Ajo është e bllokuar në shumicën e rrjeteve, shpesh nuk ka autentikim, dhe aty ku funksionon shpesh është e paenkriptuar.
⛔⛔ Ne nuk do të dërgojmë përmes një lidhjeje të paenkriptuar. Nëse e lini aktiv Përdor STARTTLS — dhe duhet ta bëni — dhe serveri juaj refuzon të përmirësojë lidhjen, dërgimi dështon në vend që të vazhdojë i paenkriptuar. Kjo është e qëllimshme: lidhjet e rivendosjes së fjalëkalimit të klientëve tuaj kalojnë në këto mesazhe, dhe një degradim që askush nuk e vëren është lloji më i keq i dështimit, sepse posta përsëri arrin.
Ofruesi juaj nuk e bën këtë për ju siç bën një shërbim i menaxhuar. Ju nevojiten, në domenin nga i cili po dërgoni:
SPF — një regjistër TXT që autorizon adresën e serverit tuaj: v=spf1 ip4:203.0.113.10 -all, ose v=spf1 a:smtp.yourprovider.com -all. Nëse keni tashmë një regjistër SPF, modifikojeni atë; dy regjistra SPF në një domen dështojnë plotësisht SPF-në.
DKIM — serveri juaj i postës nënshkruan mesazhet dalëse dhe ju publikoni çelësin publik përkatës në <selector>._domainkey.yourdomain.com. Në Postfix ky është zakonisht OpenDKIM; ofruesi juaj do t'ju tregojë përzgjedhësin.
DMARC — një regjistër TXT në _dmarc.yourdomain.com, duke filluar me v=DMARC1; p=none; ndërsa kontrolloni që SPF dhe DKIM të kalojnë të dy me sukses.
Reverse DNS — regjistri PTR për adresën IP të serverit tuaj duhet të çojë te emri i hostit të tij. Marrësit e mëdhenj e kontrollojnë këtë dhe shumë prej tyre nuk do të pranojnë postë nga një adresë pa të. E cakton ofruesi juaj i hosting-ut, jo ofruesi juaj i DNS-së.
⭐ Një kontroll i mirë falas pasi ta keni vënë në punë: dërgoni një mesazh te mail-tester.com dhe lexoni vlerësimin. Ai ju tregon se cili nga të katërt është i pasaktë, gjë që është shumë më e shpejtë sesa të hamendësoni nga një dosje e mesazheve të padëshiruara.
Hapni Dërgimi i email-eve në panelin tuaj:
mail.yourdomain.com (një domen, jo një adresë)⭐ Krijoni një kuti poste ose përdorues dërgimi të dedikuar për këtë, në vend që të ripërdorni kredencialet e një personi. Kur dikush largohet dhe fjalëkalimi i tij ndryshon, njoftimet e klientëve tuaj nuk duhet të ndalen.
Shtypni Dërgo mesazh prove drejt një kutie hyrëse në një domen tjetër, lexoni kodin prej tij dhe vendoseni atë.
"Serveri i postës refuzoi emrin e përdoruesit ose fjalëkalimin" — SMTP AUTH dështoi. Nëse ofruesi juaj ka autentikim me dy faktorë në llogari, pothuajse me siguri ju nevojitet një fjalëkalim aplikacioni në vend të fjalëkalimit të hyrjes.
"Nuk mund të arrihej host:port" — porta është e bllokuar, emri i hostit është i pasaktë, ose serveri nuk po pret kërkesa dërgimi në atë portë. telnet smtp.yourprovider.com 587 nga një kompjuter tjetër do t'ju tregojë se cila është arsyeja.
Një gabim TLS — certifikata e serverit tuaj ka skaduar, është e vetë-nënshkruar, ose nuk përputhet me emrin e hostit që keni vendosur. Ne i verifikojmë certifikatat dhe nuk do ta anashkalojmë këtë kontroll; rregulloni certifikatën.
"Serveri i postës refuzoi marrësin" — serveri juaj nuk është konfiguruar për të transmetuar për këtë dërgues, gjë që zakonisht do të thotë se përdoruesi i autentikuar nuk lejohet të dërgojë si domeni juaj dërgues.
Dërgohet, por gjithçka përfundon te mesazhet e padëshiruara — ky është problem i DNS-së, jo i SMTP-së. Rishikoni SPF, DKIM, DMARC dhe reverse DNS më lart, pastaj kryeni sërish kontrollin me mail-tester.
Çfarë kemi shkruar për hostimin, SEO-n dhe administrimin e faqeve në shkallë të gjerë.
Si ndikon hostimi te indeksimi dhe kapitali i lidhjeve (link equity) në vitin 2026: mbajtja e faqeve të indeksuara, verifikimi i domeneve të vjetra para se të ndërtoni mbi to, ndërtimi i lidhjeve pa lënë gjurmë (footprint) dhe një qasje e sinqertë mbi atë se çfarë mund dhe nuk mund të bëjë infrastruktura për SEO-n.
Lexoni postimin →Një listë praktike kontrolli për një WordPress të shpejtë dhe të sigurt: fshehja në nivel serveri (caching), një cache objekti për çdo faqe, pak shtojcat që ia vlen të përdoren, mbajtja e sistemit të përditësuar dhe faqet e WooCommerce që nuk duhet t'i vendosni kurrë në cache.
Lexoni postimin →Çfarë e dallon me të vërtetë hostimin e mirë të menaxhuar nga një server i lirë me një panel kontrolli — migrimet, kopjet rezervë, izolimi, ruajtja e vërtetë e memories së përkohshme dhe shkallëzimi i ndershëm — dhe si ta gjykoni atë përpara se të merrni një përkushtim.
Lexoni postimin →Mbështetja përfshihet në çdo plan, tavolina e ndihmës është e hapur 24 orë në ditë dhe mund të na shkruani në cilën do nga 58 gjuhët tona – ne ju përgjigjemi në tuajën.
Kontaktoni mbështetjen → Të gjithë artikujt →