PrestaShop ir Microsoft 365 paštas: kaip ištaisyti 535 5.7.139 ir kitas SMTP klaidas

Pirkėjai sako, kad negavo užsakymo patvirtinimo. Arba administravime paspaudžiate Send a test email ir gaunate eilutę, prasidedančią 535. Jei parduotuvė laiškus siunčia per Microsoft 365 pašto dėžutę (Exchange Online, Outlook verslui), priežastis beveik visada yra vienas iš kelių nustatymų – PrestaShop arba Microsoft 365 pusėje.

Šiame gide paaiškiname, ką reiškia kiekviena klaida, kokie nustatymai veikia PrestaShop 1.7, 8 ir 9 ir ką keičia Microsoft, kad pasirinktas sprendimas veiktų ir kitais metais.

Ką sako klaida#

PrestaShop rodo Microsoft serverio atsakymą tokį, koks jis yra. Kodas jame parodo, kur ieškoti.

• 535 5.7.139 Authentication unsuccessful, SmtpClientAuthentication is disabled for the Tenant: jūsų Microsoft 365 organizacijoje išjungtas siuntimas su vartotojo vardu ir slaptažodžiu (SMTP AUTH). Organizacijose, sukurtose po 2020 m. sausio, jis išjungtas iš anksto. Slaptažodis teisingas, tiesiog Microsoft nepriima tokio prisijungimo būdo. Žr. kaip įjungti SMTP AUTH žemiau.
• 535 5.7.139 Authentication unsuccessful, basic authentication is disabled: organizacija apskritai draudžia prisijungti slaptažodžiu, dažniausiai per Security defaults arba autentifikavimo politiką. Kol jos galioja, neužtenka įjungti SMTP AUTH pašto dėžutei.
• 535 5.7.3 Authentication unsuccessful: neteisingas vartotojo vardas arba slaptažodis. Vartotojo vardas turi būti visas el. pašto adresas. Jei paskyrai įjungtas kelių veiksnių prisijungimas, paprastas slaptažodis čia dažniausiai neveiks.
• Connection could not be established with host "ssl://smtp.office365.com:587" ir pabaigoje wrong version number: taip būna tik PrestaShop 9, ir kaltas šifravimo nustatymas. Žr. nustatymus žemiau.
• 5.7.60 Client doesn't have permissions to send as this sender: parduotuvė siunčia kito adreso vardu nei pašto dėžutė, su kuria jungiasi. Naudokite tą patį adresą kaip Shop email arba Microsoft 365 suteikite pašto dėžutei Send As teisę kitam adresui.

Jei bandomasis laiškas išeina, bet pirkėjai laiškų vis tiek negauna, pažiūrėkite bandomojo pirkėjo šlamšto aplanką ir domeno SPF įrašą. Jame turi būti include:spf.protection.outlook.com. Domenas gali turėti tik vieną SPF įrašą: jei šalia liko senas, nuo ankstesnio talpinimo, neveikia abu.

Kas keičiasi Microsoft pusėje#

Microsoft jau kelerius metus visame Exchange Online atsisako prisijungimo slaptažodžiu (basic authentication). Laiškams gauti per IMAP ir POP jo nebėra nuo 2022 m. Siuntimui (SMTP AUTH) 2026 m. sausį atnaujintas grafikas toks:

• iki 2026 m. gruodžio niekas nesikeičia;
• 2026 m. gruodžio pabaigoje esamose organizacijose SMTP AUTH su slaptažodžiu bus išjungtas pagal nutylėjimą. Administratoriai vis dar galės jį vėl įjungti;
• organizacijose, sukurtose po 2026 m. gruodžio, jo nebus visai, veiks tik OAuth;
• 2027 m. antroje pusėje Microsoft paskelbs datą, kada jis bus pašalintas galutinai.

Taigi slaptažodis kol kas veikia, bet tik tol, kol kas nors jį vis įjungia, ir ne amžinai. Ankstesnės datos (2025 m. rugsėjis, 2026 m. kovas ir balandis) buvo nukeltos, todėl galite rasti senesnių straipsnių, kuriuose rašoma, kad viskas jau baigta.

Veikiantys nustatymai#

Administravime atidarykite Advanced Parameters > E-mail, pasirinkite Set my own SMTP parameters (for advanced users ONLY) ir įrašykite:

• SMTP server: smtp.office365.com
• SMTP username: visas pašto dėžutės adresas, pavyzdžiui, shop@jusudomenas.lt
• SMTP password: tos pašto dėžutės slaptažodis
• Port: 587. Microsoft čia nepalaiko 465.
• Encryption: priklauso nuo versijos:
  • PrestaShop 1.7 ir 8: TLS.
  • PrestaShop 9: None. Ryšys vis tiek šifruojamas: PrestaShop 9 laiškus siunčia per Symfony Mailer, kuris 587 prievade pats persijungia į TLS (STARTTLS). Pasirinkus TLS ar SSL, PrestaShop 9 bando šifruotą ryšį nuo pirmo baito, o Microsoft 587 prievade jo nesiūlo, todėl gaunate aukščiau minėtą wrong version number klaidą. Tai patikrinome PrestaShop 9.1.5 kode ir su Microsoft serveriu.

Tada patikrinkite, ar Shop Parameters > Contact > Stores > Shop email yra tas pats adresas kaip SMTP vartotojo vardas, išsaugokite ir E-mail puslapio apačioje spauskite Send a test email.

Microsoft vienai pašto dėžutei leidžia 30 laiškų per minutę ir 10 000 gavėjų per dieną. Užsakymų laiškams to daugiau nei pakanka, naujienlaiškiams – ne: juos siųskite per naujienlaiškių paslaugą.

SMTP AUTH įjungimas vienai pašto dėžutei#

Jei klaida SmtpClientAuthentication is disabled, Microsoft 365 administratorius gali įjungti SMTP AUTH tik parduotuvės pašto dėžutei. Taip rekomenduoja ir Microsoft:

• Microsoft 365 administravimo centre: Users > Active users, pasirinkite pašto dėžutę, Mail > Manage email apps, pažymėkite Authenticated SMTP ir išsaugokite.
• Arba Exchange Online PowerShell: Set-CASMailbox -Identity shop@jusudomenas.lt -SmtpClientAuthenticationDisabled $false

Jei Microsoft Entra ID įjungta Security defaults, SMTP AUTH lieka užblokuotas, kol jų neišjungsite, o jas išjungus susilpnėja visų organizacijos paskyrų apsauga. Daug mažų įmonių jas palieka įjungtas, ir tai pagrįsta. Tokiu atveju pereikite prie ilgalaikių sprendimų žemiau.

Tai sprendimas tik kuriam laikui: nuo 2026 m. gruodžio pabaigos Microsoft šį nustatymą pagal nutylėjimą išjungs, o vėliau pašalins.

Sprendimai, kurie veiks ir toliau#

Pats PrestaShop SMTP prisijungimui moka tik vartotojo vardą ir slaptažodį. 1.7, 8 ir 9 versijose nėra laukelio OAuth žetonui. Todėl, norint siųsti per Microsoft 365 be slaptažodžio, OAuth turi pridėti kažkas kitas. Realūs pasirinkimai:

• Laiškų siuntimo paslauga. Tokios paslaugos kaip Brevo, Mailjet, Amazon SES ar SendGrid duoda savo SMTP serverį ir prisijungimo duomenis, kuriuos PrestaShop priima be jokių pakeitimų. Jų įrašus (SPF, DKIM) į domeną pridedate vieną kartą. Pirkėjų atsakymai vis tiek ateina į jūsų Microsoft 365 pašto dėžutę, nes From adresas lieka jūsų. Skirtumas tas, kad išsiųsti laiškai nebesimato pašto dėžutės Sent Items aplanke.
• Modulis, kuris jungiasi per OAuth. Modulis gali perimti siuntimą ir naudoti Microsoft Graph arba SMTP su OAuth2, todėl parduotuvė ir toliau siunčia iš pačios Microsoft 365 pašto dėžutės. Tam Microsoft Entra ID reikia užregistruoti programą – administratorius tai padaro vieną kartą.

Microsoft siūlo ir būdų, kurie įprastai el. parduotuvei netinka:

• SMTP relay su jungtimi (connector) reikalauja fiksuoto IP adreso, kurio nesidalijate su niekuo, o Microsoft rašo, kad iš trečiųjų šalių talpinimo jo naudoti negalima. Būtent taip veikia dauguma PrestaShop parduotuvių.
• Direct Send ir High Volume Email pristato laiškus tik jūsų pačių organizacijos adresams, todėl pirkėjai savo laiškų niekada negautų.

O pirkėjų atsakymai?#

PrestaShop Customer Service gali skaityti pašto dėžutę ir pirkėjų atsakymus pridėti prie reikiamo pokalbio. Su Microsoft 365 tai su slaptažodžiu neveikia nuo tada, kai 2022 m. Microsoft išjungė prisijungimą slaptažodžiu per IMAP, o PrestaShop sinchronizacija moka tik slaptažodį. Naujesniuose serveriuose yra ir antra bėda: PHP 8.4, kurį rekomenduoja PrestaShop 9, nebeturi IMAP plėtinio, kurio ši sinchronizacija reikalauja, todėl daugelyje serverių jos nėra visai.

Kol nėra sprendimo, praktiškiausia atsakinėti pirkėjams per Outlook arba parduotuvės kontaktiniu adresu nustatyti pašto dėžutę, kuri nėra Microsoft 365. Kuriame Microsoft 365 modulį PrestaShop parduotuvėms, kuris siunčia per OAuth2 ir pirkėjų atsakymus grąžina į Customer Service. Jei norite sužinoti, kai jis bus paruoštas, parašykite mums.

Reikia pagalbos?#

Jei nenorite praleisti popietės Microsoft 365 administravimo centre, galime sutvarkyti parduotuvės paštą už jus: tinkami nustatymai jūsų PrestaShop versijai, pašto dėžutė Microsoft 365, domeno SPF ir DKIM įrašai ir patikra, kad užsakymų laiškai tikrai ateina. Papasakokite apie savo parduotuvę, ir atsakysime, ko reikia ir kiek tai kainuotų.