Source
Bug or Defect? | Друзі, привіт. Як ваш день?Ну що продовжимо нашу рубрику бо я бачу шо ...
1 410 Views/Reach
2026-03-24 17:29
Message №896
Друзі, привіт. Як ваш день? Ну що продовжимо нашу рубрику бо я бачу шо ви пишете чого бвльше про це не пишешь всім заходить вона ТОПротоколи для QA.
Сьогодні про штуку, яку всі бачать щодня, але мало хто реально розуміє, як вона працює. Я це про SMTP. SMTP це не “пошта взагалі”. Це саме протокол відправки email. Тобто коли система шле: reset password або verify email чи OTP і нотифікацію то дуже часто під капотом працює саме SMTP. По факту логіка проста: ваша апка не “магічно” відправляє лист. Вона підключається до SMTP-сервера і каже: ось від кого, ось кому, ось тема, ось тіло - відправляй. Виглядає це десь щоссь приблизно так:HELO app.localMAIL FROM: <[email protected]>RCPT TO: <[email protected]>DATASubject: Reset password...
Так шо я маю вам сказать Більшість КУА тестують тільки факт: кнопку натиснули → лист прийшов. А далі не копають. І потім починається знайома класика:лист інколи не доходить або OTP приходить із затримкою чи verify link у спамі і частина листів відправляється, частина ні HTML зламаний або цікавіше from не той або SMTP взагалі відповів помилкою, але апка сказала “успішно”І всі дивляться на “пошту не працює”, а проблема може бути саме в SMTP-частині. Частіше проблем може буди дуже багато - дам то шо зустрічав - неправильний SMTP host або port- проблема з auth- TLS/STARTTLS не зійшовся- sender domain невалідний- rate limit- blacklisting- лист відправився, але провайдер його завернув- апка не обробила SMTP error нормальноТобто “лист не дійшов”, це взагалі не завжди один і той самий баг. Перевірити теж можно просто Подивитись SMTP-конект:nc smtp.server.com 25
Або якщо TLS: openssl s_client -connect smtp.server.com:465
Або STARTTLS: openssl s_client -starttls smtp -connect smtp.server.com:587
Для локального тесту дуже зручно ловити листи через локальні тули - тоді взагалі видно все, що система шле, без реальної доставки назовні. Що хочу до вас донести. SMTP це не “десь там інфра”це частина бізнес-логіки. Бо якщо у вас не працює reset password, verify email або OTP то для користувача система не працює взагалі. І якщо КУА тестує тільки “лист прийшов / не прийшов”, він бачить тільки половину картини. Друга половина це доставка, статуси, SMTP-відповіді і те, як апка на них реагує. Сильні 💛
Обняв🤗
Сьогодні про штуку, яку всі бачать щодня, але мало хто реально розуміє, як вона працює. Я це про SMTP. SMTP це не “пошта взагалі”. Це саме протокол відправки email. Тобто коли система шле: reset password або verify email чи OTP і нотифікацію то дуже часто під капотом працює саме SMTP. По факту логіка проста: ваша апка не “магічно” відправляє лист. Вона підключається до SMTP-сервера і каже: ось від кого, ось кому, ось тема, ось тіло - відправляй. Виглядає це десь щоссь приблизно так:HELO app.localMAIL FROM: <[email protected]>RCPT TO: <[email protected]>DATASubject: Reset password...
Так шо я маю вам сказать Більшість КУА тестують тільки факт: кнопку натиснули → лист прийшов. А далі не копають. І потім починається знайома класика:лист інколи не доходить або OTP приходить із затримкою чи verify link у спамі і частина листів відправляється, частина ні HTML зламаний або цікавіше from не той або SMTP взагалі відповів помилкою, але апка сказала “успішно”І всі дивляться на “пошту не працює”, а проблема може бути саме в SMTP-частині. Частіше проблем може буди дуже багато - дам то шо зустрічав - неправильний SMTP host або port- проблема з auth- TLS/STARTTLS не зійшовся- sender domain невалідний- rate limit- blacklisting- лист відправився, але провайдер його завернув- апка не обробила SMTP error нормальноТобто “лист не дійшов”, це взагалі не завжди один і той самий баг. Перевірити теж можно просто Подивитись SMTP-конект:nc smtp.server.com 25
Або якщо TLS: openssl s_client -connect smtp.server.com:465
Або STARTTLS: openssl s_client -starttls smtp -connect smtp.server.com:587
Для локального тесту дуже зручно ловити листи через локальні тули - тоді взагалі видно все, що система шле, без реальної доставки назовні. Що хочу до вас донести. SMTP це не “десь там інфра”це частина бізнес-логіки. Бо якщо у вас не працює reset password, verify email або OTP то для користувача система не працює взагалі. І якщо КУА тестує тільки “лист прийшов / не прийшов”, він бачить тільки половину картини. Друга половина це доставка, статуси, SMTP-відповіді і те, як апка на них реагує. Сильні 💛
Обняв🤗