Пошта на сайті Nex1on: як налаштувати надсилання й перевірити, чому листи не приходять

«Листи не приходять» — найчастіша біда власника нового сайту. Скидання пароля, підтвердження адреси, вхід у два кроки, сповіщення про заявки, розсилка: усе це листи. Поки пошту не налаштовано, частина сайту мовчки не працює. Нижче — як налаштувати надсилання, як перевірити його одним натисканням і як за журналом зрозуміти, на чому обірвалася розмова з поштовим сервером.

Що тримається на листах #

• скидання пароля й підтвердження адреси пошти;
• вхід у два кроки та листи про вхід з нового браузера;
• запрошення людей на сайт;
• сповіщення власнику: звернення, заявки, повідомлення про негаразди на сайті;
• розсилка підписникам.

Без робочої пошти відновити пароль нічим: лист із посиланням нікому надіслати. Тому налаштувати її варто до запуску, а не після першої скарги.

Три способи надсилання #

Відкрийте «Налаштування → Пошта». Перше поле, «Спосіб надсилання», обирає один із трьох варіантів:

• Не надсилати, лише в журнал. Листи складаються файлами в теку storage/mail і нікому не йдуть. Підходить для перевірки й тестового сайту. Поки обрано цей спосіб, сайт нікому нічого не надсилає. Бережіться: файли лежать листами повністю, з робочими посиланнями скидання пароля й кодами входу, тому на робочому сайті цей спосіб не залишайте; файли старші за строк («Зберігати листи «у файл», днів», за замовчуванням 7) видаляються самі.
• Функція mail() на сервері. Лист передається самому хостингові. На більшості хостингів працює без налаштування, але листи зі спільного сервера нерідко потрапляють у спам.
• Сервер SMTP. Сайт сам входить у поштову скриньку й надсилає листи через неї. Найнадійніше: якщо є вибір, беріть його.

Крок 1. Налаштуйте SMTP #

Дані для SMTP беруть у панелі хостингу або в поштового провайдера: там створюють скриньку (наприклад, no-reply@вашсайт.com) і називають сервер. Впишіть їх у «Налаштування → Пошта»:

• Сервер SMTP: адреса поштового сервера, наприклад smtp.вашсайт.com.
• Порт і шифрування ідуть парою: порт 587 із шифруванням «tls» (перехід на шифрування за STARTTLS) або порт 465 із шифруванням «ssl» (шифрування з першого байта). Варіант «без шифрування» (порт 25) годиться лише для внутрішньої мережі.
• Користувач і пароль: дані скриньки; найчастіше логін — повна адреса скриньки. Збережений пароль повторно не показується: порожнє поле залишає його як є.
• Адреса й ім'я відправника: краще на своєму домені, бо листи з чужої адреси йдуть у спам.
• Перевіряти TLS-сертифікат: на робочому сайті залишайте увімкненим. Вимикати варто лише для довіреного локального тестового сервера: через SMTP іде пароль скриньки.

Окремий перемикач «Надсилати у фоні» відповідає за швидкість: лист іде після того, як сторінку віддано відвідувачу, а він не чекає на розмову з поштовим сервером, що триває секунди.

Крок 2. Перевірте надсилання #

Спершу збережіть налаштування, потім перевіряйте: перевірка йде тими налаштуваннями, що вже збережені. У блоці «Перевірка пошти» впишіть адресу й натисніть «Перевірити надсилання»: піде один звичайний лист. Прийшов — пошта працює (загляньте й у «Спам»). Не прийшов — відкрийте «Стан сайту»: там видно, на чому обірвалася розмова з поштовим сервером. Нічого, крім цього листа, перевірка не змінює.

Крок 3. Читайте журнал «Надіслані листи» #

Журнал показує, що пішло й що не пішло, з причиною: кому, коли, тема, спосіб і підсумок «Пішло» або «Не пішло». Тексти листів і посилання в них не зберігаються ніколи, а записи зберігаються задану кількість днів (її задає налаштування «Зберігати журнал листів, днів»; нуль — не вести журнал). Лист, що не пішов, можна «Повторити з черги». Причину записано загальними словами: спосіб, тризначна відповідь сервера й клас біди. Ось що вони означають:

• auth failed (наприклад, «smtp 535 auth failed»): сервер не прийняв логін або пароль. Перевірте їх, а також чи не потрібен для скриньки окремий «пароль застосунку».
• connection failed або timeout: сайт не достукався до сервера. Перевірте адресу й порт; нерідко хостинг закриває вихідні підключення на окремих портах, тоді спробуйте іншу пару «порт і шифрування» або спитайте підтримку.
• tls error: не зійшлося шифрування або сертифікат. Перевірте пару «порт і шифрування» (587 із «tls», 465 із «ssl») та ім'я сервера; перевірку сертифіката на робочому сайті не вимикайте.
• recipient rejected: сервер відмовив отримувачеві: адреса не існує або закрита.
• sender rejected: сервер не прийняв адресу відправника; найчастіше вона має належати цій скриньці або вашому домену.

Крок 4. Щоб листи не потрапляли в спам #

Лист, що дійшов, ще не означає, що він опиниться у вхідних. Три речі вирішують майже все:

1. Надсилайте з адреси на своєму домені, а не з чужої.
2. У DNS домену й у поштового провайдера налаштуйте SPF, DKIM і DMARC: вони кажуть приймальним серверам, що листи від вашого домену справжні. Де саме це вмикається, підкаже провайдер пошти.
3. Не додавайте сторонні посилання й адреси в текст «захищених» листів (скидання пароля, підтвердження адреси, код входу): так лист стає способом обманути ваших людей.

Власні тексти листів #

Листи, які сайт надсилає сам, правляться в розділі «Шаблони листів»: для кожного можна написати свою тему й текст будь-якою мовою сайту, а порожньо — означає, що піде штатний текст. Підстановки у фігурних дужках (назва сайту, ім'я людини, адреса посилання та інші; перелік показано на сторінці листа) замінюються справжніми значеннями під час надсилання. Листи з посиланнями та кодами входу захищені: змінений текст такого листа — спосіб обманути ваших людей, тому збереження питає пароль, а власникам іде сповіщення.

Що перевірити #

• Спосіб надсилання обрано, і це не «у файл»: у теці storage/mail листи лежать повністю, з робочими посиланнями та кодами входу.
• Перевірковий лист дійшов у вхідні, не в «Спам».
• Адреса відправника на вашому домені.
• У DNS налаштовано SPF, DKIM і DMARC.
• Лист про скидання пароля прийшов на тестовий обліковий запис, і посилання з нього працює.
• У журналі «Надіслані листи» немає червоного «Не пішло» за останні дні.

Якщо щось пішло не так #

• Перевірка пройшла, а листи людям не приходять. Відкрийте журнал: у листа людям може бути інша причина (адресу отримувача закрито). Якщо ж журнал порожній, перевірте чергу в «Стані системи»: за надсилання у фоні листи йдуть через чергу.
• Пароль перестав підходити. Його могли змінити в поштового провайдера; впишіть новий у «Налаштування → Пошта».
• Листи йдуть, але в спам. Поверніться до кроку 4: адреса на своєму домені, SPF, DKIM, DMARC.
• Після переїзду на інший хостинг пошта мовчить. Налаштування надсилання перемикаються на «у файл» під час розгортання з копії: налаштуйте їх знову.
• Хочеться подивитися, що взагалі надсилається. Оберіть спосіб «не надсилати, лише в журнал» на тестовому сайті: листи ляжуть файлами в storage/mail.

Що далі #

Коли пошта працює, увімкніть двокроковий вхід для власника й налаштуйте сповіщення про негаразди на сайті: листи — той канал, яким сайт сам скаже, що з ним щось не так.