SMTP porti 2026. gadā: kā izvēlēties pareizo un salabot WordPress e-pastu piegādi

Ja uzturi vietni, tu parasti pieņem, ka e-pasts vienkārši strādā: kontaktformas iesniegumi iekrīt inbox, klients saņem pasūtījuma apstiprinājumu, un paroles atiestates saites pienāk laikā. Brīdī, kad tas nenotiek, tā vairs nav “sīka neērtība” – tas ir uzticības kritums, kas maksā līdus, klientus un reputāciju.

Ļoti bieži klusais iemesls aiz pazūdošiem e-pastiem ir vietnes noklusējuma pasta konfigurācija. Daudzas vietnes (īpaši WordPress) e-pastu sūta veidā, kas Gmail, Outlook un citiem mūsdienu pastkastīšu nodrošinātājiem izskatās aizdomīgi un atgādina spamu.

Praktiskais risinājums ir apiet šo “salūzušo” modeli un sūtīt vietnes e-pastus caur profesionālu, autentificētu kanālu, izmantojot SMTP – Simple Mail Transfer Protocol (vienkāršais pasta pārsūtīšanas protokols). Un te parādās tehniski vienkāršs, bet kritiski svarīgs jautājums: kuru SMTP portu 2026. gadā izvēlēties?

Galvenie secinājumi (īsumā)

• Ātrā atbilde: izvēlies 587. portu ar STARTTLS šifrēšanu. Tas ir mūsdienīgs, drošs un ieteicamais standarts vietnes vai e-pasta klienta sūtīšanai.
• Laba alternatīva: 465. ports ar SMTPS (implicit SSL/TLS). Daļa pakalpojumu sniedzēju to pat preferē. Ja 587 nestrādā, 465 ir nākamā labākā izvēle.
• Ports, no kura izvairīties: nekad neizmanto 25. portu e-pasta submission (t.i., sūtīšanai no vietnes). Tas ir nešifrēts, paredzēts serveru savstarpējai “relay” saziņai un gandrīz visur ir bloķēts, lai mazinātu spamu.
• Reālais “kāpēc”: WordPress noklusējuma sūtīšana (piemēram, wp_mail()) ir neautentificēta un nāk no web servera, kam nav e-pasta reputācijas.
• Reālais “kā”: izmanto dedicētu transactional SMTP pakalpojumu (piemēram, SendGrid, Brevo vai Mailgun), kas sūta caur uzticamu, autentificētu serveri.
• Vienkāršā poga WordPress vidē: ir spraudņi, kas to izdara tavā vietā. Piemēram, “zero-configuration” pieeja kā Site Mailer by Elementor var pāradresēt transactional e-pastus bez portu un API atslēgu konfigurēšanas.
• Transactional vs. marketing: SMTP serviss ir paredzēts transactional e-pastiem (formas, paroles atiestate, kvītis). Jaunie vēstneši un masu kampaņas jāsūta caur atsevišķu email marketing platformu, lai nesabojātu sūtīšanas reputāciju.

Kas ir SMTP un kāpēc tas ir svarīgi vietnei?

SMTP (Simple Mail Transfer Protocol) var uztvert kā interneta “oficiālo pasta nodaļu” – universālu noteikumu kopumu, ko e-pasta klienti (piem., Outlook vai Apple Mail) un e-pasta serveri izmanto ziņojumu nosūtīšanai un pārsūtīšanai.

Kad nosūti e-pastu, tas nenonāk tieši adresāta pastkastītē vienā solī:

1. Tavs e-pasta klients vai lietotne nosūta ziņojumu uz izejošā pasta serveri (piem., smtp.gmail.com). Šo soli bieži dēvē par submission.
2. Tavs pasta serveris atrod adresāta pasta serveri un pārsūta (relay) ziņojumu tālāk.
3. Adresāta serveris glabā vēstuli, līdz adresāts atver inbox.

SMTP protokols darbojas gan pirmajā (submission), gan otrajā (relay) solī. Savukārt SMTP ports ir konkrētas numurētas “durvis” serverī, kas paredzētas šai saziņai.

WordPress wp_mail() problēma

Kāpēc vietnei vispār tas jāzina? Tāpēc, ka WordPress pēc noklusējuma bieži nemaz neizmanto SMTP. Tas paļaujas uz iebūvētu funkciju wp_mail(), kas mēģina sūtīt e-pastu no paša web servera.

No piegādes (deliverability) viedokļa tas ir liels risks:

1. Tas nav e-pasta serveris. Web serveris ir optimizēts lapu apkalpošanai, nevis korektai e-pasta sūtīšanai, un bieži tam trūkst pareizu pasta konfigurāciju.
2. Nav autentifikācijas. Serveris būtībā vienkārši “apgalvo”, ka sūta no tavs-domens.lv, bet bez pierādāmas identitātes.
3. Nav reputācijas. Gmail/Microsoft uztur reputācijas rādītājus zināmiem e-pasta sūtīšanas avotiem. Tavam web serverim e-pasta reputācijas nav, un tas izskatās kā jauns, nezināms sūtītājs – spam filtri to vērtē aizdomīgi.
4. Slikta IP “apkārtne”. Shared hosting gadījumā uz viena servera var dzīvot simtiem vietņu. Ja kaut viena sūta spamu, visa servera IP adrese var nonākt blacklist, un tad tavi leģitīmie e-pasti arī tiek bloķēti.

Rezultāts: pastkastīšu nodrošinātājs redz neautentificētu e-pastu no web servera un iemet to spam mapē vai pat nobloķē pilnībā, bieži pat nepaziņojot.

Tāpēc pareizā pieeja ir piespiest WordPress apiet wp_mail() sūtīšanas ceļu un sūtīt e-pastu caur profesionālu SMTP pakalpojumu. Un te portu izvēle kļūst praktiska.

Īsa SMTP portu vēsture (un kāpēc daļa ir novecojuši)

SMTP portu evolūcija būtībā ir interneta cīņa ar spamu. Katrs ports ir kompromiss starp vēsturisku mantojumu un mūsdienu drošības prasībām.

25. ports – oriģinālais “spama šosejas” mantojums

Sākumā (1982. gadā) praktiski bija viens variants – 25. ports, domāts e-pasta serveru savstarpējai pārsūtīšanai (Mail Transfer Agents, MTA). Tas bija atvērts, bez autentifikācijas un bez šifrēšanas – agrīnajā, uzticības pilnajā interneta vidē tas strādāja.

Problēma: spameri ātri saprata, ka var pieslēgties jebkuram serverim uz 25. porta un “atstāt” miljonu ziņojumu, ko serveris pēc tam mēģinās piegādāt. Tā kļuva par atvērtu, nešifrētu, neautentificētu ļaunprātīgas izmantošanas kanālu.

Mūsdienās (un īpaši 2026. gada realitātē) gandrīz visi ISP, cloud pakalpojumu sniedzēji un pat mājas tīkli bloķē izejošos savienojumus uz 25. portu, lai apturētu botnetus un kompromitētus serverus.

465. ports – pirmais drošais variants (SMTPS)

90. gadu beigās kļuva skaidrs, ka e-pastam vajag šifrēšanu. Tā parādījās 465. ports ar SMTPS (SMTP over SSL). Šeit šifrētais tunelis (mūsdienās TLS) tiek izveidots uzreiz, pirms tiek sūtītas SMTP komandas – tā saucamais Implicit SSL/TLS.

Interesantā nianse: 465. ports ilgstoši bija plaši izmantots, bet kādu laiku tas pat tika uzskatīts par “deprecated” (jo standartu līmenī virzība bija uz STARTTLS). Tomēr praksē tas atgriezās ar pilnu jaudu un šodien ir pilnībā pieņemts un ļoti populārs drošs standarts. Daudzi lieli pakalpojumi (t.sk. Gmail) to joprojām iesaka.

587. ports – mūsdienu standarts (STARTTLS)

Lai sakārtotu standartu pusi, IETF oficiāli noteica 587. portu kā galveno e-pasta submission portu (tieši tas, kas vajadzīgs vietnei un e-pasta klientiem).

587. ports izmanto šifrēšanu caur STARTTLS – tas ir Explicit TLS modelis. Plūsma tipiski izskatās šādi:

1. Vietne pieslēdzas pasta serverim uz 587. porta sākotnēji plain text režīmā.
2. Vietne nosūta EHLO (sveiciens/iespēju pieprasījums).
3. Serveris atbild ar funkciju sarakstu, kurā ir arī STARTTLS.
4. Vietne nosūta STARTTLS komandu, lai paaugstinātu savienojumu uz šifrētu.
5. Tiek izveidots TLS tunelis, un tikai tad tiek sūtīti autentifikācijas dati un pats e-pasts.

Teorētiski šis ports varētu atbalstīt arī nešifrētus savienojumus, bet 2026. gadā serveris, kas uz 587 neuzspiež šifrēšanu, ir jāuzskata par nedrošu.

Praksē: 587. ports ir visizplatītākais, ieteicamais mūsdienu standarts e-pasta sūtīšanai (submission) un pirmais, ko vērts mēģināt.

2525. ports – neoficiāls rezerves variants

Dažreiz dokumentācijās parādās 2525. ports. Tas nav oficiāls SMTP standarta ports – drīzāk alternatīvs “rezerves” ports, ko daudzi SMTP servisi un hosteri piedāvā situācijām, kad 587 un 465 ir bloķēti.

Kad to lietot: ja hostings vai platforma bloķē gan 587, gan 465 (reti, bet gadās), 2525 var būt vienīgais praktiskais ceļš. Parasti tas izmanto to pašu STARTTLS pieeju kā 587.

2026. gada spriedums: kuru SMTP portu lietot?

2026. gadā izvēle reāli reducējas uz diviem portiem – 587 un 465.

Primārā izvēle: 587 (STARTTLS)

Pirmā izvēle ir 587. ports ar STARTTLS. Tas ir oficiālais, mūsdienīgais e-pasta submission standarts, ko atbalsta praktiski visi SMTP pakalpojumu sniedzēji. Konfigurējot SMTP spraudni WordPress vidē, šo parasti ievada kā pirmo mēģinājumu.

Sekundārā izvēle: 465 (SMTPS)

Ja 587 kāda iemesla dēļ nestrādā (vai pakalpojuma sniedzējs tieši iesaka 465), 465. ports ar SMTPS (implicit SSL/TLS) ir pilnīgi korekta un droša alternatīva.

Gandrīz nekad: 25 (tikai relay, nevis submission)

25. ports nav domāts vietnes e-pasta sūtīšanai, tas bieži būs bloķēts un ir nešifrēts. Tā mūsdienu loma pamatā ir serveru savstarpēja relay saziņa, nevis WordPress paziņojumi.

SMTP portu salīdzinājums

• 25 – protokols: SMTP; drošība: nav; lietojums: serveris–serveris relay; vietnei: NĒ (parasti bloķēts).
• 465 – protokols: SMTPS; drošība: Implicit SSL/TLS; lietojums: klients–serveris submission; vietnei: Jā (drošs un izplatīts).
• 587 – protokols: SMTP; drošība: Explicit TLS (STARTTLS); lietojums: klients–serveris submission; vietnei: Jā (ieteicamais standarts).
• 2525 – protokols: SMTP; drošība: Explicit (STARTTLS); lietojums: klients–serveris (fallback); vietnei: tikai tad, ja 587/465 ir bloķēti.

Kā salabot WordPress e-pastu: soli pa solim

Kad ir skaidrs, kurš ports ir pareizs, nākamais ir sakārtot visu ķēdi – no sūtīšanas servisa līdz DNS autentifikācijai un WordPress konfigurācijai.

1) Izvēlies dedicated transactional SMTP pakalpojumu

Pirmais solis ir pārstāt sūtīt e-pastu no web servera. Tev vajag transactional e-pasta pakalpojumu, kura bizness ir piegāde (deliverability).

• Ko tie dara: nodrošina profesionālu, augstas reputācijas pasta serveri, caur kuru var sūtīt vietnes e-pastus (caur API vai SMTP).
• Populāri varianti:
• – SendGrid (ļoti populārs, bieži ar labu bezmaksas līmeni)
• – Brevo (agrāk Sendinblue)
• – Mailgun
• – Postmark (bieži izceļas ar ļoti augstu piegādi)
• – Amazon SES (jaudīgs, bet sarežģītāks)
• – Google Workspace / Gmail (var izmantot mazapjoma vietnēm, bet biznesam nav ieteicams sūtīšanas limitu dēļ).

Daudziem nelieliem un vidējiem projektiem bezmaksas līmenis ir pietiekams tieši vietnes transactional plūsmai.

2) Sakārto domēna DNS: SPF un DKIM

Šis ir kritiskākais tehniskais solis. Kad izvēlies SMTP pakalpojumu, tev ir “jāpierāda” pasaulei, ka šim servisam ir atļauts sūtīt e-pastu tava domēna vārdā. To izdara ar DNS ierakstiem (pie domēna reģistratora vai DNS hostinga). Pakalpojumu sniedzējs iedos precīzas vērtības, kas jānokopē.

• SPF (Sender Policy Framework): TXT ieraksts kā “viesu saraksts”. Tas saka saņēmēja serverim: “E-pastus no tavs-domens.lv drīkst pieņemt tikai tad, ja tie nāk no šiem serveriem/IP (piemēram, no maniem un SendGrid).” Tas palīdz pret adrešu spoofing.
• DKIM (DomainKeys Identified Mail): TXT ieraksts kā digitāls “zīmogs”. SMTP pakalpojums paraksta katru ziņojumu ar privāto atslēgu, un saņēmēja serveris ar publisko atslēgu DNS ierakstā pārbauda, vai paraksts der un saturs nav ticis mainīts.

3) Instalē un nokonfigurē SMTP spraudni WordPress vidē

Tālāk WordPress ir jāpasaka, lai tas lieto jauno sūtīšanas kanālu. Praktiskākais veids ir SMTP spraudnis, kas pārtver wp_mail() un pāradresē sūtīšanu caur izvēlēto pakalpojumu.

Bieži izmantoti spraudņi:

• WP Mail SMTP
• FluentSMTP
• Post SMTP

Tipiska konfigurācijas secība (neatkarīgi no spraudņa):

1. Uzinstalē un aktivizē izvēlēto SMTP spraudni.
2. Atver spraudņa iestatījumus WordPress administrācijā.
3. Izvēlies “Mailer” (tavu pakalpojumu, piemēram, “SendGrid”).
4. Ievadi piekļuves datus:
5. – Labākais veids (API): vairums spraudņu iesaka API key. Pakalpojums iedod atslēgu, tu to ielīmē. Parasti drošāk un stabilāk.
6. – SMTP veids (lietotājvārds/parole): ja izvēlies “Other SMTP”, viss jāievada manuāli.
7. Ja lieto SMTP kredenciāļus, aizpildi SMTP parametrus:
8. – SMTP Host: pakalpojuma servera adrese (piem., smtp.sendgrid.net vai smtp.gmail.com).
9. – Encryption: izvēlies TLS (parasti nozīmē STARTTLS). Ja redzi “SMTPS”, tas parasti atbilst SSL/implicit TLS.
10. – SMTP Port: 587 (ja TLS/STARTTLS) vai 465 (ja SMTPS/SSL).
11. – Authentication: ieslēdz (ON).
12. – SMTP Username: no pakalpojuma sniedzēja.
13. – SMTP Password: no pakalpojuma sniedzēja.
14. Iestati “From” laukus: “From Email” (no autentificētā domēna) un “From Name” (vietnes nosaukums).

4) Notestē un paskaties logus

Labiem SMTP spraudņiem ir “Test Email” sadaļa. Nosūti testu uz savu Gmail vai Outlook.

• Ja pienāk inbox: viss ir sakārtots – vietne sūta autentificētu e-pastu.
• Ja iekrīt spam: pārbaudi SPF un DKIM. Ņem vērā, ka DNS izmaiņām var būt nepieciešamas vairākas stundas, lai izplatītos.
• Ja neizdodas nosūtīt: visticamāk porta vai kredenciāļu kļūda. Pārbaudi hostu/portu/lietotājvārdu/paroli. Pamēģini 465 (ar SSL), ja 587 (ar TLS) neiet, vai otrādi.

“Vienkāršais” risinājums: ko dara modernās WordPress platformas

No izstrādātāja skatu punkta iepriekšējie soļi ir loģiski, bet tipiskam biznesa īpašniekam tie ir daudz: domēna DNS, atsevišķs SMTP serviss, spraudnis, porti, atslēgas. Tāpēc tirgū parādās integrētas pieejas, kas šo komplektē vienā plūsmā.

1) Integrēts transactional e-pasts (zero-config pieeja)

Tā kā WordPress problēmas sakne ir neautentificēta sūtīšana, visvieglāk ir to apiet bez sarežģītas konfigurēšanas. Piemērs šādai pieejai ir Site Mailer by Elementor, kas pozicionēts kā “zero-configuration” spraudnis.

• Kā tas strādā: uzinstalē un aktivizē spraudni – un ar to ideja ir pabeigta.
• Ko tas dara: automātiski pāradresē vietnes transactional e-pastus (kontaktformas, WooCommerce paziņojumi, paroles atiestate u.c.) caur augstas piegādes, autentificētu servisu.
• Kāpēc tas ir vienkāršāk: nav jāreģistrējas SendGrid, nav jāvada API atslēgas, nav jāliek SPF/DKIM, nav jāizvēlas ports – tas paredzēts, lai strādātu uzreiz.

2) Managed hostings ar sagatavotu pamatu SMTP izmantošanai

Otra bieža problēma ir pats hostinga ierobežojums: porti, outbound politika, drošības ierobežojumi. Kvalitatīvs managed WordPress hostings parasti saprot wp_mail() riskus un nodrošina pamatu, lai tu vispār varētu ieviest labās prakses.

Piemēram, Elementor Hosting tiek būvēts uz cloud infrastruktūras un tiek pozicionēts kā performance-optimizēts pamats, kur tipiski porti kā 587 ir atvērti izmantošanai ar tavu SMTP spraudni. Ideja – mazāk cīnīties ar vidi un vairāk fokusēties uz korektu e-pasta piegādi.

Ārpus SMTP: transactional vs. marketing ir kritiska robeža

Kad vietnes e-pasts ir salabots, svarīgi nepazaudēt reputāciju ar nepareizu lietojumu.

Atšķirība praksē:

• Transactional e-pasti (sūti ar SMTP): viens-pret-vienu ziņojumi, ko iedarbina lietotāja darbība – paroles atiestate, pasūtījuma apstiprinājumi, formas iesniegumi, reģistrācijas, “welcome” vēstules. Tie ir gaidīti un augstas prioritātes – tiem jānonāk inbox.
• Marketing e-pasti (sūti ar ESP): viens-pret-daudziem sūtījumi – nedēļas jaunumi, svētku akcijas, produktu paziņojumi. Šie ir masu sūtījumi, kur neizbēgami būs unsubscribes un sūdzības par spamu.

Ja 10 000 adresātu kampaņu sūtīsi caur transactional kanālu, palielināsies sūdzības un atteikšanās, kas sitīs pa reputāciju. Pareizā pieeja ir izmantot atsevišķu Email Service Provider (ESP) mārketingam (piemēram, Mailchimp vai ConvertKit), kas šo reputācijas un atslēgšanās procesu tur izolētu no kritiskajiem vietnes paziņojumiem.

Praktiska e-pasta stratēģija 2026. gadam

Lai vietne nekad nepaliek “bez balss”, stratēģiju var sakārtot trīs daļās:

1. Stabils pamats: kvalitatīvs, drošs hostings, kas netraucē ieviest labās prakses un neboikotē SMTP portus (piemēram, Elementor Hosting).
2. Uzticams transactional kanāls: vai nu “zero-config” pieeja kā Site Mailer by Elementor, vai manuāla konfigurācija ar spraudni (piem., WP Mail SMTP) un izvēlētu pakalpojumu (piem., SendGrid) uz 587. porta.
3. Atsevišķs mārketinga kanāls: dedicated email marketing platforma (ESP) newsletteriem un kampaņām, lai sargātu domēna pamatreputāciju.

Noslēgumā: pārstāj pazaudēt e-pastus un atjauno uzticību

Jautājums “kuru SMTP portu izvēlēties?” ir labs starts, un 2026. gadā atbilde ir skaidra: 587 ar STARTTLS (ar 465/SMTPS kā drošu alternatīvu).

Taču īstā problēma parasti nav ports vien – tā ir vietnes sūtīšanas metode. Ja pārstāj paļauties uz wp_mail() un pārej uz autentificētu, profesionālu sūtīšanu (ar korektu SPF/DKIM), tu ne tikai salabo tehnisku niansi. Tu uzbūvē uzticamu komunikācijas kanālu, kur klients saņem kvīti, līds nepazūd, un bizness darbojas paredzami.

Biežāk uzdotie jautājumi (FAQ)

1. Kāda ir vienkāršā atbilde – kuru SMTP portu lietot?

Lieto 587. portu ar STARTTLS šifrēšanu. Ja tas nestrādā, nākamā labākā izvēle ir 465. ports ar SMTPS (SSL/TLS) šifrēšanu.

2. Kāpēc nevajadzētu izmantot 25. portu?

25. ports ir oriģinālais, nešifrētais SMTP ports no 1982. gada. Tas tika masveidā izmantots spama sūtīšanai, tāpēc mūsdienās to bloķē gandrīz visi mājas ISP un daudzi cloud hostinga pakalpojumu sniedzēji. Submission vajadzībām tas vienkārši nestrādās.

3. Kāda ir atšķirība starp 587 (STARTTLS) un 465 (SMTPS)?

Abi ir droši. 465 izmanto Implicit TLS – šifrētais savienojums sākas uzreiz. 587 izmanto Explicit TLS caur STARTTLS komandu – sākumā savienojums ir plain text un pēc tam tiek “upgrade” uz šifrētu. 587 ir mūsdienu ieteicamais standarts, bet abi varianti strādā.

4. Kas ir “transactional email”?

Tas ir viens-pret-vienu e-pasts, ko iedarbina lietotāja darbība vietnē: kontaktformas iesniegums, paroles atiestates pieprasījums, jauna lietotāja reģistrācija, eCommerce pasūtījuma apstiprinājums u.tml. Šādi e-pasti jānosūta caur dedicated SMTP servisu.

5. Ar ko transactional atšķiras no marketing e-pasta?

Marketing e-pasts ir viens-pret-daudziem sūtījums (newsletter, akcijas, paziņojumi). To jāveic caur atsevišķu platformu (Email Service Provider jeb ESP), lai nesabojātu domēna sūtīšanas reputāciju un neietekmētu vietnes kritisko paziņojumu piegādi.

6. Kas ir SPF un DKIM, un vai tie tiešām ir vajadzīgi?

Jā, tie ir obligāti. Tie ir DNS ieraksti, kas pierāda e-pasta leģitimitāti. SPF ir atļauto sūtītāju saraksts tavam domēnam. DKIM ir digitāls paraksts, kas apliecina, ka ziņojums nav ticis mainīts. Bez tiem e-pasts bieži izskatīsies kā spams.

7. SMTP spraudnis prasa “Host”. Kas tas ir?

“Host” ir tava SMTP pakalpojuma pasta servera adrese. Piemēram, SendGrid gadījumā tas ir smtp.sendgrid.net, bet Google gadījumā smtp.gmail.com. Pakalpojuma sniedzējs šo vērtību vienmēr norāda dokumentācijā vai iestatījumos.

8. Vai varu vienkārši izmantot savu parasto Gmail kontu vietnes e-pastiem?

Tehniski var, bet nav ieteicams. Tas nozīmē, ka WordPress panelī jāglabā personīgās piekļuves detaļas (drošības risks), un Google piemēro stingrus sūtīšanas limitus. Trafika pīķa laikā konts var tikt īslaicīgi nobloķēts. Labāk izvēlēties dedicated pakalpojumu.

9. Kāds ir pats vienkāršākais veids, kā salabot WordPress e-pastu problēmas?

Vienkāršākais ir izmantot “zero-configuration” spraudni kā Site Mailer by Elementor, kas ar vienu uzstādīšanu pārņem transactional e-pastu maršrutēšanu un piegādi bez portu un API konfigurēšanas.

10. Kā notestēt, vai SMTP iestatījumi strādā?

Labākajiem SMTP spraudņiem (piemēram, WP Mail SMTP) iestatījumos ir “Test Email” sadaļa. Nosūti testu no WordPress admin uz savu e-pastu. Ja tas pienāk inbox, konfigurācija ir korekta.