Чаще всего ошибка с отправкой писем возникает в следующих случаях:
- Неверно указан адрес получателя.
- Превышены показатели ограничений на отправку.
- На аккаунт наложены санкции за нарушение правил использования услуг, например, из-за отправки спама. С правилами предоставления услуг вы можете ознакомиться на нашем сайте.
- Ошибки в настройке почтовых клиентов. Проблема устраняется исправлением ошибок — выполнить проверку и настройку вам необходимо самостоятельно. Общие рекомендации по настройке вы можете найти здесь.
- Сбои в работе или ограничения почтового сервера-получателя. Для решения вопроса вам необходимо обратиться к владельцам сервера.
- Некорректная работа CMS. Решить проблему вам будет необходимо самостоятельно или с помощью сторонних специалистов.
- Ошибки в скриптах. Проблема решается самостоятельным исправлением ошибок в коде скриптов.
- Сбои в работе почтовых серверов Timeweb Cloud или веб-интерфейса Timeweb Mail. Проблема решается на нашей стороне.
Если ваш случай нельзя решить самостоятельно, или вы не можете определить, чем вызвана проблема, отправьте обращение в службу поддержки и укажите в нем следующие данные:
- время отправки одного из сообщений;
- адрес отправителя или адрес сайта, с которого отправляется сообщение;
- электронный ящик получателя.
Была ли статья полезна?
Ваша оценка очень важна
Комментарии
3
Здравствуйте! Есть следующая проблема с отправкой писем с web-сервера. Сайт моего домена (условно mydomain.ru) обслуживается web-сервером VDS (CentOS 8) на TimewebCloud на условно myIPv4 с Sendmail 8.15.2 (после установки из стандартного образа в начале 2024 не менялся). При этом почта обслуживается на VK Workspace (Mail.ru) - соответственно DNS MX = emx.mail.ru. Сообщения нормально приходят и уходят в этом почтовом сервисе. Сообщения отправленные скриптами с web-сервера нормально уходят (почти не попадая в СПАМ) на все адреса КРОМЕ *@mydomain.ru. По логам и возвратам вижу, что надо как-то настроить Sendmail на web-сервере, чтобы он не пытался сообщения из скриптов web-сервера на адреса *@mydomain.ru доставить локально, а отправлял бы их как и остальные наружу. Но, увы, Sendmail оказался очень не простым в понимании для решения небольшой, казалось бы, и типовой задачи. Прошу помочь.
Добрый вечер! Вроде получилось выйти из тёмного леса понимания настроек sendmail на его опушку. Из имевшихся на ней трёх берёз первая же смогла помочь. PTR оставил mydomain.ru дал команду смены hostname hostnamectl set-hostname host.mydomain.ru отконтролил командами hostname hostname -f hostnamectl status поправил /etc/hosts на host.mydomain.ru в конфиге /etc/mail/sendmail.mc устроил маскарад EXPOSED_USER(
root')dnl # уже был - с этим маскарад не работает dnl MASQUERADE_AS(mydomain.ru')dnl ###раскомментил пример, подставив свой домен dnl FEATURE(masquerade_envelope)dnl ###раскомментил dnl FEATURE(masquerade_entire_domain)dnl ###раскомментил dnl MASQUERADE_DOMAIN(localhost)dnl ###раскомментил dnl MASQUERADE_DOMAIN(localhost.localdomain)dnl ###раскомментил dnl MASQUERADE_DOMAIN(host.mydomain.ru)dnl ###раскомментил пример, подставив свой домен dnl рестарт почтовика service sendmail restart контроль systemctl status sendmail.service echo $Z | /usr/sbin/sendmail -bt -d0 по итогу нормально везде пришли письма, только в gmail попало в СПАМ, хотя в исходнике письма Authentication-Results: mx.google.com; spf=pass (google.com: domain of apache@mydomain.ru designates [myIPv4] as permitted sender) smtp.mailfrom=apache@mydomain.ru это при DNS TXT : v=spf1 ip4:[myIPv4] a mx include:_spf.mail.ru ~all Ну с этим можно ещё помучаться немного, но жить уже можно. Кто что скажет на такое решение?!оригинальные переводы строк форма съела - копи-пастил из текстового редактора, вроде нормально переводы были видны пока не отправил