Smtp error from remote mail server after end of data gmail

Ответили на вопрос 3 человека. Оцените лучшие ответы! И подпишитесь на вопрос, чтобы узнавать о появлении новых ответов.

Доброго времени. При отправке писем на gmail.com получаю в ответ ошибку

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed:

логин@gmail.com
    SMTP error from remote mail server after end of data:
    host gmail-smtp-in.l.google.com [2a00:1450:4010:c0f::1a]:
    550-5.7.1 [2a02:f680:1:1101::fe] Our system has detected that this message does
    550-5.7.1 not meet IPv6 sending guidelines regarding PTR records and
    550-5.7.1 authentication. Please review
    550-5.7.1 https://support.google.com/mail/?p=ipv6_authentication_error for more
    550 5.7.1 information. pe3si14937587lbc.163 - gsmtp

немного почитав, вроде как понял что тут проблема с PTR (реверсная запись)

ispmanager 5, debian 7

я добавлял записи в Доменные имена (DNS):

mail.sait.ru. 3600 PTR (реверсная запись) 194.xx.xxx.xx
smtp.sait.ru. 3600 PTR (реверсная запись) 194.xx.xxx.xx
sait.ru. 3600 PTR (реверсная запись) 194.xx.xxx.xx

e940cb4a2da848cf91d57cb265c1c6b5.JPG
перезагружал сервер.. НИЧЕГО.. Подскажите как можно решить проблему , может неправильно запись делаю ? спасибо


  • Вопрос задан

    более трёх лет назад

  • 1021 просмотр

Пригласить эксперта

x.x.x.x.in-addr.arpa.
так должен выглядеть валидный PTR

В данном случае, у Вас проблема действительно с PTR, но не с IPv4, для которого Вы пытались задавать PTR, а, как правильно заметил Mystray с IPv6. Раньше Gmail, не клал письма с IPv6 адресов без PTR, в спам, но уже как месяцев семь массово перестал их принимать.
Насколько я вижу Ваш VPS, имеет IPv6 2a02:f680:1:1101::fe и PTR Вам надо прописать для него. Так же надо добавить AAAA запись (прямую запись DNS для IPv6, т.е. ту что преобразует доменное имя в IPv6 адрес) указывающую на 2a02:f680:1:1101::fe для того домена который будет прописан в PTR (т.е. если в PTR пропишите mail.sait.ru, то для поддомена должна быть AAAA запись указывающая на 2a02:f680:1:1101::fe).
Плюс, крайне рекомендую добавить как минимум SPF запись для домена с которого идёт отправка, для её формирования можете обратиться в тех. поддержку хостинга. И ещё неплохо бы DKIM. Его можно включить через IPSmanager, и добавить в DNS TXT запись которую он сформирует (если в ISPManager есть раздел «доменные имена», то её можно посмотреть там).
Ну или как сказал Mystray отключите IPv6 в настройках почтового сервера.


  • Показать ещё
    Загружается…

10 февр. 2023, в 04:49

50000 руб./за проект

10 февр. 2023, в 02:20

3000 руб./за проект

10 февр. 2023, в 01:33

1500 руб./за проект

Минуточку внимания


Просмотр полной версии : Не отправляется почта на gmail и на mail.ru


Romanius

21.06.2017, 02:00

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

vlofofon@gmail.com
host gmail-smtp-in.l.google.com [108.177.14.27]
SMTP error from remote mail server after pipelined end of data:
550-5.7.1 [33.131.21.14] The IP you’re using to send mail is not authorized to
550-5.7.1 send email directly to our servers. Please use the SMTP relay at your
550-5.7.1 service provider instead. Learn more at
550 5.7.1 https://support.google.com/mail/?p=NotAuthorizedError j190si5311122lfg.297 — gsmtp
Надо изменить запись PRT для ip адреса. Доменов много.
Кто сталкивался подскажите как сформировать правильно запись.
Спасибо.


Здравствуйте,

Нужно в качестве PTR указать домен, с которого отправляется почта. Если это не возможно, попробуйте включить DKIM/DMARK подписи, это тоже повышает «лояльность».


Romanius

21.06.2017, 17:28

DKIM/DMARK подписи установлены.
Доменов много.
Подскажите как сформировать правильно PTR запись на множество доменов.


Так же нужны и SPF записи


PTR для IP адреса только одна может быть. Поэтому, если у вас иного доменов на одном IP, то большого смысла в PTR нету, так как в качестве PTR для IP-адреса можно указать только один домен.

Прописать PTR нужно у вашего хостинг-провайдера, то есть попросить его изменить PTR для вашего IP-адреса, указать там доменное имя.


Romanius

24.06.2017, 04:26

PTR для IP адреса только одна может быть. Поэтому, если у вас иного доменов на одном IP, то большого смысла в PTR нету, так как в качестве PTR для IP-адреса можно указать только один домен.

Прописать PTR нужно у вашего хостинг-провайдера, то есть попросить его изменить PTR для вашего IP-адреса, указать там доменное имя.

Как реализуют много доменов чтоб отправлялись письма?


Как реализуют много доменов чтоб отправлялись письма?
пропишите в настройках exim
primary_hostname = mx.hosting.com
mx.hosting.com попросите провайдера записать как PTR для вашего IP-адреса
И будет вам счастье!


Romanius

25.06.2017, 17:10

Сделал как вы сказали.
При отправке также не отправляется на gmail и майл.
При пинге пишет:
Не заслуживающий доверия ответ:
мой ip.in-addr.arpa name = mx.hosting.com


А как вы отправляете письмо? Напрямую на гугл, или через свой сервер exim?
Нужно больше логов отправки из /var/log/exim/main.log


Romanius

25.06.2017, 20:44

Логи

2017-06-25 14:51:08 1dOnNd-000247-NU Message is frozen
2017-06-25 14:51:08 1dOhb2-0007w2-Qj Message is frozen
2017-06-25 14:51:08 1dOVvj-00046s-Au Message is frozen
2017-06-25 14:51:08 1dOVuc-00044q-Ic Message is frozen
2017-06-25 14:51:08 1dOy2v-00061E-My Message is frozen
2017-06-25 14:51:08 1dOhay-0007vr-Sa Message is frozen
2017-06-25 14:51:08 1dP4gH-0005bj-Mk Message is frozen
2017-06-25 14:51:08 1dOxyF-0005uw-8j Message is frozen
2017-06-25 14:51:08 1dP3AS-0003il-Fj Message is frozen
2017-06-25 14:51:08 1dOWSS-0004iq-6T Message is frozen
2017-06-25 14:51:08 1dOVLA-0003Vr-Uw Message is frozen
2017-06-25 14:51:08 1dOv60-0002mU-2p Message is frozen
2017-06-25 14:51:08 1dOi4O-0008Nw-8V Message is frozen
2017-06-25 14:51:08 1dP0SP-0008Fc-8p Message is frozen
2017-06-25 14:51:08 1dP3cB-0004aG-Kq Message is frozen
2017-06-25 14:51:08 1dOin3-0000nW-EP Message is frozen
2017-06-25 14:51:08 1dOy1q-0005zo-Q7 Message is frozen
2017-06-25 14:51:08 1dOUz1-0002xr-Qc Message is frozen
2017-06-25 14:51:08 1dOX9k-0005Ji-Ez Message is frozen
2017-06-25 14:51:08 1dOTRc-0001JR-06 Message is frozen
2017-06-25 14:51:08 1dP1RJ-0000lx-3K Message is frozen
2017-06-25 14:51:08 End queue run: pid=8288
2017-06-25 14:51:39 no host name found for IP address 80.82.77.203
2017-06-25 14:51:41 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=user@netbynet.ru)
2017-06-25 14:57:57 no host name found for IP address 80.82.77.203
2017-06-25 14:58:00 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=no-reply@netbynet.ru)
2017-06-25 15:04:15 no host name found for IP address 80.82.77.203
2017-06-25 15:04:17 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=noreply@netbynet.ru)
2017-06-25 15:10:32 no host name found for IP address 80.82.77.203
2017-06-25 15:10:35 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=postgres@netbynet.ru)
2017-06-25 15:16:50 no host name found for IP address 80.82.77.203
2017-06-25 15:16:52 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=printer@netbynet.ru)
2017-06-25 15:23:08 no host name found for IP address 80.82.77.203
2017-06-25 15:23:10 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=shipping@netbynet.ru)
2017-06-25 15:29:28 no host name found for IP address 80.82.77.203
2017-06-25 15:29:30 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=temp@netbynet.ru)
2017-06-25 15:35:46 no host name found for IP address 80.82.77.203
2017-06-25 15:35:49 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=test1@netbynet.ru)

Код не умещается вот тут (http://rgho.st/87nRZjjyR) полный лог.
Использую внешние DNS.


Romanius

27.06.2017, 03:04

andryu Подскажите как разобраться.


WishHost

27.06.2017, 03:53

Резольв нормально отрабатывает на сервере? Покажите вывод host google.com


Сделал как вы сказали.
При отправке также не отправляется на gmail и майл.
При пинге пишет:
Не заслуживающий доверия ответ:
мой ip.in-addr.arpa name = mx.hosting.com
Я думал, вы что-то понимаете в почте, оказалось совсем ничего :)
mx.hosting.com — этот адрес был взят для примера. Не знаю какой у вас главный домен. Допустим hosting.com. Незнаю какой у вас адрес почтового сервера(mx запись в домене hosting.com) — допустим mx.hosting.com. Тогда эту запись надо прописать в настройках exim + попросить чтоб администратор или кто там вам интернет предоставляет, настроил обратную зону для вашего IP адреса. В обратной зоне пусть пропишут ваш условный mx.hosting.com
Желательно для всех создаваемых доменов создавать TXT запись вида «v=spf1 ip4:111.222.333.444 a mx ~all», где 111.222.333.444 — ip вашего сервера, для которого делалась обратная зона.
Сделаете всё это , тогда можно смотреть дальше, вдруг новые ошибки будут или всё заработает.
И у вас почта отсылается с адреса webmaster@example.com. Найдите где он прописан и замените на корректный эмайл.


Romanius

27.06.2017, 15:30

Я думал, вы что-то понимаете в почте, оказалось совсем ничего :)
mx.hosting.com — этот адрес был взят для примера. Не знаю какой у вас главный домен. Допустим hosting.com. Незнаю какой у вас адрес почтового сервера(mx запись в домене hosting.com) — допустим mx.hosting.com. Тогда эту запись надо прописать в настройках exim + попросить чтоб администратор или кто там вам интернет предоставляет, настроил обратную зону для вашего IP адреса. В обратной зоне пусть пропишут ваш условный mx.hosting.com
Желательно для всех создаваемых доменов создавать TXT запись вида «v=spf1 ip4:111.222.333.444 a mx ~all», где 111.222.333.444 — ip вашего сервера, для которого делалась обратная зона.
Сделаете всё это , тогда можно смотреть дальше, вдруг новые ошибки будут или всё заработает.
И у вас почта отсылается с адреса webmaster@example.com. Найдите где он прописан и замените на корректный эмайл.
Что за главный домен, захожу в панель по IP.


Что за главный домен, захожу в панель по IP.
Основной. Первый. Тот который важнее. Если все сайты ваши, то любой который больше нравиться. Если домен один, то его и используйте.


Romanius

29.06.2017, 13:15

Основной. Первый. Тот который важнее. Если все сайты ваши, то любой который больше нравиться. Если домен один, то его и используйте.

PTR прописали,указана, для домена прописал TXT запись. Все равно таже ошибка:

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

mail@gmail.com
host gmail-smtp-in.l.google.com [108.177.14.27]
SMTP error from remote mail server after pipelined end of data:
550-5.7.1 [мой апи] The IP you’re using to send mail is not authorized to
550-5.7.1 send email directly to our servers. Please use the SMTP relay at your
550-5.7.1 service provider instead. Learn more at
550 5.7.1 https://support.google.com/mail/?p=NotAuthorizedError x140si1913566lfa.410 — gsmtp


Можно проверить настройку http://www.dnsinspect.com эти сервисом он вам все распишет что и где не так.


Romanius

29.06.2017, 15:13

После проверки:

SOA Minimum TTL
WARNING: Minimum TTL value is 1200. Recommended values [3600 .. 86400] (1 hour … 1 day). Minimum TTL was redefined in RFC 2308, now it defines the period of time used by slaves to cache negative responses.

Name Servers Distributed on Multiple ASNs
WARNING: All name servers are located in one Autonomous System:
AS48096:
ns01.1cloud.ru.
ns02.1cloud.ru.
Name servers should be dispersed (topologically and geographically) across the Internet to avoid risk of single point of failure (RFC 2182).
Resolve WWW
WARNING: Could not resolve domain www.site.ru..

остальное ок.
2832


Воспользуйтесь сервисом mail-tester.com


PTR прописали,указана, для домена прописал TXT запись. Все равно таже ошибка:

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

mail@gmail.com
host gmail-smtp-in.l.google.com [108.177.14.27]
SMTP error from remote mail server after pipelined end of data:
550-5.7.1 [мой апи] The IP you’re using to send mail is not authorized to
550-5.7.1 send email directly to our servers. Please use the SMTP relay at your
550-5.7.1 service provider instead. Learn more at
550 5.7.1 https://support.google.com/mail/?p=NotAuthorizedError x140si1913566lfa.410 — gsmtp

И у вас почта отсылается с адреса webmaster@example.com. Найдите где он прописан и замените на корректный эмайл.

Посмотрите пару строчек выше в логе exima. Там написано что вы отсылаете письмо от webmaster@example.com на th***gn@gmail.com. Вам нельзя отсылать с домена example.com — это не ваш домен!!


Romanius

30.06.2017, 05:48

Воспользуйтесь сервисом mail-tester.com

Не отправляется


Romanius

30.06.2017, 05:50

Посмотрите пару строчек выше в логе exima. Там написано что вы отсылаете письмо от webmaster@example.com на th***gn@gmail.com. Вам нельзя отсылать с домена example.com — это не ваш домен!!

Везде проверил стоит емейл рабочий!


WishHost

30.06.2017, 06:40

в таком случае что либо сказать трудно, нужно смотреть именно сервер ваш.
Так можно разводить разговоры еще на месяцы.


Везде проверил стоит емейл рабочий!
Ещё раз main.log или лог во время отправки сообщения


Romanius

30.06.2017, 12:37

Ещё раз main.log или лог во время отправки сообщения

2017-06-30 07:32:01 no host name found for IP address 80.82.77.203
2017-06-30 07:32:03 auth_login authenticator failed for (User) [80.82.77.203]: 535 Incorrect authentication data (set_id=copier@netbynet.ru)
2017-06-30 07:33:28 no host name found for IP address 5.35.15.43
2017-06-30 07:33:28 1dQncW-0004kO-C7 <= info@почта.ru H=([192.168.1.85]) [5.35.15.43] P=esmtpsa X=TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128 CV=no SNI=»домен почты.ru» A=auth_cram_md5:info@почта.ru S=842 id=619fd183-57fc-1bdc-1fa9-bc92fad88590@почта.ru from <info@почта.ru> for получатель@gmail.com
2017-06-30 07:33:28 1dQncW-0004kO-C7 H=gmail-smtp-in.l.google.com [2a00:1450:4010:c0b::1a] Network is unreachable
2017-06-30 07:33:29 1dQncW-0004kO-C7 **получатель@gmail.com R=dnslookup T=remote_smtp H=gmail-smtp-in.l.google.com [64.233.162.26] X=TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128 CV=yes DN=»/C=US/ST=California/L=Mountain View/O=Google Inc/CN=mx.google.com»: SMTP error from remote mail server after pipelined end of data: 550-5.7.1 [79.111.24.24] The IP you’re using to send mail is not authorized ton550-5.7.1 send email directly to our servers. Please use the SMTP relay at yourn550-5.7.1 service provider instead. Learn more atn550 5.7.1 https://support.google.com/mail/?p=NotAuthorizedError q22si3216560lfg.328 — gsmtp
2017-06-30 07:33:29 1dQncX-0004kU-IG <= <> R=1dQncW-0004kO-C7 U=exim P=local S=2897 from <> for info@почта.ru
2017-06-30 07:33:29 1dQncW-0004kO-C7 Completed
2017-06-30 07:33:29 1dQncX-0004kU-IG => info <info@почата.ru> R=procmail T=dovecot_deliver_pipe
2017-06-30 07:33:29 1dQncX-0004kU-IG Completed


Здравствуйте. Если вероятность, что проблема в этом (https://www.spamhaus.org/query/ip/79.111.24.24).


Romanius

30.06.2017, 23:32

Здравствуйте. Если вероятность, что проблема в этом (https://www.spamhaus.org/query/ip/79.111.24.24).

То есть мой IP использовали раньше для спама? и теперь только его замена поможет?


То есть мой IP использовали раньше для спама? и теперь только его замена поможет?
Там ссылку ниже (https://www.spamhaus.org/pbl/query/PBL224665) нажмите, можно самостоятельно отблокироваться — Spamhaus заблокировал всю 79.111.0.0/16 сеть.
Свой ip отблокируйте, и поменяйте обратную запись для ip — удалите mx.hosting.com всё-таки :) gmail в ошибке это говорит прямым ТЕКСТОМ (https://support.google.com/mail/answer/10336?p=NotAuthorizedError&visit_id=1-636344400223558470-2310495843&rd=1)
И ещё заодно сюда (https://mxtoolbox.com/SuperTool.aspx?action=blacklist%3a79.111.24.24&run=toolpage) зайдите, там не только spamhaus.
Но думаю, что первым делом надо обратную зону поправить!!! У вас там беда какая-то нереальная!
У ваших доменов нет mx записи! Это не большая беда, но лучше всё-таки их создать.
В обратной зоне для IP у вас прописан mx.shop-domofon.ru — который ни во что не резолвится, нет такого поддомена(mx) на shop-domofon.ru!
И ещё раз mx.hosting.com!!
как-то так


Romanius

01.07.2017, 03:45

Там ссылку ниже (https://www.spamhaus.org/pbl/query/PBL224665) нажмите, можно самостоятельно отблокироваться — Spamhaus заблокировал всю 79.111.0.0/16 сеть.
Свой ip отблокируйте, и поменяйте обратную запись для ip — удалите mx.hosting.com всё-таки :) gmail в ошибке это говорит прямым ТЕКСТОМ (https://support.google.com/mail/answer/10336?p=NotAuthorizedError&visit_id=1-636344400223558470-2310495843&rd=1)
И ещё заодно сюда (https://mxtoolbox.com/SuperTool.aspx?action=blacklist%3a79.111.24.24&run=toolpage) зайдите, там не только spamhaus.
Но думаю, что первым делом надо обратную зону поправить!!! У вас там беда какая-то нереальная!
У ваших доменов нет mx записи! Это не большая беда, но лучше всё-таки их создать.
В обратной зоне для IP у вас прописан mx.shop-domofon.ru — который ни во что не резолвится, нет такого поддомена(mx) на shop-domofon.ru!
И ещё раз mx.hosting.com!!
как-то так

Сменил адрес, PTR заказал.

Сейчас при отправке на gmail письмо уходит , ошибки нет, но оно не доходит) (от скриптов приходят письма на gmail)

2017-06-30 22:35:26 1dR1hI-0004Ya-Rs Completed
2017-06-30 22:37:31 no host name found for IP address 5.35.15.43
2017-06-30 22:37:32 1dR1jQ-0004bn-K4 <= info@shop-domofon.ru H=([192.168.1.85]) [5.35.15.43] P=esmtpsa X=TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128 CV=no SNI=»shop-domofon.ru» A=auth_cram_md5:info@shop-domofon.ru S=846 id=243fbe21-b714-ed83-d342-5bd67cb6cc6d@shop-domofon.ru from <info@shop-domofon.ru> for shopdomofon@gmail.com
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=gmail-smtp-in.l.google.com [2a00:1450:4010:c02::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=gmail-smtp-in.l.google.com [74.125.205.26] Cannot assign requested address
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt1.gmail-smtp-in.l.google.com [2404:6800:4008:c05::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt1.gmail-smtp-in.l.google.com [64.233.187.26] Cannot assign requested address
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt2.gmail-smtp-in.l.google.com [2607:f8b0:400e:c04::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt3.gmail-smtp-in.l.google.com [2607:f8b0:4003:c17::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt4.gmail-smtp-in.l.google.com [2607:f8b0:4001:c08::1a] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 == shopdomofon@gmail.com R=dnslookup T=remote_smtp defer (101): Network is unreachable


Сменил адрес, PTR заказал.

Сейчас при отправке на gmail письмо уходит , ошибки нет, но оно не доходит) (от скриптов приходят письма на gmail)

2017-06-30 22:35:26 1dR1hI-0004Ya-Rs Completed
2017-06-30 22:37:31 no host name found for IP address 5.35.15.43
2017-06-30 22:37:32 1dR1jQ-0004bn-K4 <= info@shop-domofon.ru H=([192.168.1.85]) [5.35.15.43] P=esmtpsa X=TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128 CV=no SNI=»shop-domofon.ru» A=auth_cram_md5:info@shop-domofon.ru S=846 id=243fbe21-b714-ed83-d342-5bd67cb6cc6d@shop-domofon.ru from <info@shop-domofon.ru> for shopdomofon@gmail.com
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=gmail-smtp-in.l.google.com [2a00:1450:4010:c02::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=gmail-smtp-in.l.google.com [74.125.205.26] Cannot assign requested address
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt1.gmail-smtp-in.l.google.com [2404:6800:4008:c05::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt1.gmail-smtp-in.l.google.com [64.233.187.26] Cannot assign requested address
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt2.gmail-smtp-in.l.google.com [2607:f8b0:400e:c04::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt3.gmail-smtp-in.l.google.com [2607:f8b0:4003:c17::1b] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 H=alt4.gmail-smtp-in.l.google.com [2607:f8b0:4001:c08::1a] Network is unreachable
2017-06-30 22:37:33 1dR1jQ-0004bn-K4 == shopdomofon@gmail.com R=dnslookup T=remote_smtp defer (101): Network is unreachable
письмо не уходит, а лежит в очереди(скорей всего) mailq в помощь
Сначала тут (http://g.zeos.in/?q=exim%20Cannot%20assign%20requested%20address) если не получится то тут (http://muff.kiev.ua/content/exim-cant-assign-requested-address)


Romanius

01.07.2017, 15:15

Всем спасибо за помощь. Оказалось все проблемы были за-за IP который находился в блэк листах. После его смены все заработало.


Powered by vBulletin® Version 4.2.5 Copyright © 2023 vBulletin Solutions Inc. All rights reserved. Перевод: zCarot

2 / 2 / 0

Регистрация: 29.05.2013

Сообщений: 31

1

28.10.2013, 12:56. Показов 5204. Ответов 8


Добрый день!

Каюсь, не смог найти подходящего раздела для своей темы.
Проблема в том, что не отправляются письма на gmail, с остальными все в порядке.

В ответ приходит письмо следующего вида:

>
> —— Original Message ——
> From: «Mail Delivery System» <Mailer-Daemon@***>
> To: <***>
> Sent: Monday, October 28, 2013 11:40 AM
> Subject: Mail delivery failed: returning message to sender
>
>
>> This message was created automatically by mail delivery software.
>>
>> A message that you sent could not be delivered to one or more of its
>> recipients. This is a permanent error. The following address(es) failed:
>>
>> ***@gmail.com
>> SMTP error from remote mail server after end of data:
>> host gmail-smtp-in.l.google.com [2a00:1450:4008:c01::1a]:
>> 550-5.7.1 [2a00:f940:2:1:2::bb8 12] Our system has detected that
>> this
>> 550-5.7.1 message is likely unsolicited mail. To reduce the amount of
>> spam sent
>> 550-5.7.1 to Gmail, this message has been blocked. Please visit
>> 550-5.7.1
>> http://support.google.com/mail… wer=188131 for
>> 550 5.7.1 more information. tk3si1670927bkb.45 — gsmtp
>>
>> —— This is a copy of the message, including all the headers. ——
дальше идет само письмо

звездочками скрыл конфиденциальную информацию
собственно говоря, судя по всему ВСЕ письма попадают в спам. что может быть не так с настройками?

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь



0



2 / 2 / 0

Регистрация: 29.05.2013

Сообщений: 31

29.10.2013, 14:42

 [ТС]

2

попробую апнуть тему



0



Модератор

Эксперт HardwareЭксперт Windows

15151 / 7739 / 726

Регистрация: 03.01.2012

Сообщений: 31,809

29.10.2013, 15:39

3

Byronel, Дык, может, получатель и правда внёс вас в нежелательный контакт? Такое вы исключаете?



0



2 / 2 / 0

Регистрация: 29.05.2013

Сообщений: 31

29.10.2013, 15:56

 [ТС]

4

Цитата
Сообщение от gecata
Посмотреть сообщение

Byronel, Дык, может, получатель и правда внёс вас в нежелательный контакт? Такое вы исключаете?

исключаю, не доходят письма до любых ящиков @gmail.com



0



Модератор

Эксперт HardwareЭксперт Windows

15151 / 7739 / 726

Регистрация: 03.01.2012

Сообщений: 31,809

29.10.2013, 16:00

5

Byronel, А на собственный пытались отправить?



0



2 / 2 / 0

Регистрация: 29.05.2013

Сообщений: 31

29.10.2013, 16:05

 [ТС]

6

Цитата
Сообщение от gecata
Посмотреть сообщение

Byronel, А на собственный пытались отправить?

Да, разумеется. Проблема возникает только с gmail. Почта корпоративная.
Могу предположить, что IP адрес находится в неких черных списках (к примеру он есть в списке http://www.spamhaus.org/), но я не знаю насколько это может влиять и в этом ли проблема. IP динамический.



0



Почетный модератор

Эксперт по компьютерным сетямЭксперт Windows

28037 / 15768 / 981

Регистрация: 15.09.2009

Сообщений: 67,753

Записей в блоге: 78

29.10.2013, 17:17

7

Цитата
Сообщение от Byronel
Посмотреть сообщение

вот и ответ.
проверяйте неоткрыт ли на вашем почтовике SMTP-relay
по всей видимости через (или от) Вас рассылается спам.



0



2 / 2 / 0

Регистрация: 29.05.2013

Сообщений: 31

29.10.2013, 17:40

 [ТС]

8

Цитата
Сообщение от magirus
Посмотреть сообщение

вот и ответ.
проверяйте неоткрыт ли на вашем почтовике SMTP-relay
по всей видимости через (или от) Вас рассылается спам.

благодарю за ответ

все-таки нашего адреса нету в списке, я ошибался
может еще что-нибудь предложите?



0



Почетный модератор

Эксперт по компьютерным сетямЭксперт Windows

28037 / 15768 / 981

Регистрация: 15.09.2009

Сообщений: 67,753

Записей в блоге: 78

29.10.2013, 17:52

9

PTR записи в ДНС есть?



0



гугл возвращает письма

toxarbk

Posts: 11
Joined: Fri Oct 11, 2013 10:56 am

гугл возвращает письма

Здравствуйте.
Пытаюсь настроить свой сервер.
Почта принимается, но не отправляется на гугл адреса.
При отправке на гугл:

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

toxarbk@gmail.com
SMTP error from remote mail server after end of data:
host gmail-smtp-in.l.google.com [2a00:1450:4008:c01::1a]:
550-5.7.1 [2a01:4f8:200:5272::2 16] Our system has detected that this
550-5.7.1 message does not meet IPv6 sending guidelines regarding PTR records
550-5.7.1 and authentication. Please review
550-5.7.1 https://support.google.com/mail/?p=ipv6 … tion_error for more
550 5.7.1 information. of10si8032042bkb.85 — gsmtp
Ссылку прочитал. Три раза. Не понял. =)

При отправке на мой почтовый сервер письмо доходит.

С администрированием сервера столкнулся вынужденно, подскажите куда копать?


skid

VestaCP Team
Posts: 1476
Joined: Wed Apr 06, 2011 11:12 pm

Re: гугл возвращает письма

Post

by skid » Fri Oct 11, 2013 11:23 am

По ссылке видно, что gmail хочет увидеть PTR запись для ipv6 адреса тоже. Либо отключите ipv6, либо создайте PTR для 2a01:4f8:200:5272::2 16


toxarbk

Posts: 11
Joined: Fri Oct 11, 2013 10:56 am

Re: гугл возвращает письма

Post

by toxarbk » Fri Oct 11, 2013 12:26 pm

Гм.. PTR запись есть судя по

Code: Select all

>nslookup -type=PTR 144.76.174.115
╤хЁтхЁ:  localhost
Address:  10.0.0.1

Не заслуживающий доверия ответ:
115.174.76.144.in-addr.arpa     name = static.115.174.76.144.clients.your-server.de

но я не понимаю, где она физически и как ее изменить. хостинг — hetzner, управление DNS подключено.

Или втупую прописать в своем файле зоны?

Code: Select all

115.174.76.144.in-addr.arpa     IN PTR mysite.ru
 2a01:4f8:200:5272::2 16.in-addr.arpa     IN PTR mysite.ru

Но тогда непонятно, что делать со всеми остальными доменами..


skid

VestaCP Team
Posts: 1476
Joined: Wed Apr 06, 2011 11:12 pm

Re: гугл возвращает письма

Post

by skid » Fri Oct 11, 2013 12:35 pm

Вы проверили запись для ipv4, в то время как gmail жалуется на ipv6. Она не создана. Не помню точно как выглядит интрефейс в hetnzer, но интерфейс для добавления обратной записи не там же где днс.


toxarbk

Posts: 11
Joined: Fri Oct 11, 2013 10:56 am

Re: гугл возвращает письма

Post

by toxarbk » Fri Oct 11, 2013 2:45 pm

В итоге почта ходит.

Правка в конфиге postfix

не помогла — вернул на all.
Кстати, не понял, что после правки конфига перезапускать — postfix или exim? Жаль, что конфиги основных процессов нельзя править прямо из панели.

В роботе Hetzner прописал для сервера обратные зоны для ipv4 и ipv6.

В файле зоны прописал:

Code: Select all

@                        IN TXT     v=spf1 ip4:144.76.174.115 a mx ~all


skid

VestaCP Team
Posts: 1476
Joined: Wed Apr 06, 2011 11:12 pm

Re: гугл возвращает письма

Post

by skid » Fri Oct 11, 2013 7:41 pm

Если планируте не только отправлять письма, но еще и принимать, тогда переключитесь на exim.


drlamer

Posts: 40
Joined: Thu Jan 31, 2013 9:57 am

Re: гугл возвращает письма

Post

by drlamer » Sat Nov 16, 2013 5:49 am

для гуглопочты советуют делать такую запись при наличии ipv6

Code: Select all

@                        IN TXT     v=spf1 a mx +ip4:ваш_адрес +ip6:ваш_адрес ~all


start

Posts: 8
Joined: Tue Nov 26, 2013 10:20 pm

Re: гугл возвращает письма

Post

by start » Tue Nov 26, 2013 10:26 pm

Пардон, что пишу в чужой теме, не уверен, что нужно новую создавать. С 21 ноября наблюдаю, что не приходят отчеты cron на gmail и логинпароль при создании БД, при этом установил опытным путем, что данные высылаются при указании другого почтового адреса…например yandex, mail.ru и т.д.. Подскажите куда копать? Где посмотреть логи например? Настройки VPS, конфиги и т.д. не менялись, просто в один день перестало приходить. :(


skid

VestaCP Team
Posts: 1476
Joined: Wed Apr 06, 2011 11:12 pm

Re: гугл возвращает письма

Post

by skid » Wed Nov 27, 2013 7:25 am

В зависимости от операционной системы, логи могут находится в /var/log/exim/main.log или /var/log/exim4/mainlog
Если письмо по какой-либо причине не было доставлено, там можно будет найти сообщение об ошибке.


start

Posts: 8
Joined: Tue Nov 26, 2013 10:20 pm

Re: гугл возвращает письма

Post

by start » Wed Nov 27, 2013 9:33 am

В логах примерно следующее:

Code: Select all

2013-11-24 03:10:45 1VkMLd-0001bP-Ai <= root@start U=root P=local S=679
2013-11-24 03:10:45 1VkMLd-0001bP-Ai ** root@start: Unrouteable address
2013-11-24 03:10:45 1VkMLd-0001bR-Du <= <> R=1VkMLd-0001bP-Ai U=exim P=local S=1425
2013-11-24 03:10:45 1VkMLd-0001bR-Du ** root@start: Unrouteable address
2013-11-24 03:10:45 1VkMLd-0001bR-Du Frozen (delivery error message)
2013-11-24 03:10:45 1VkMLd-0001bP-Ai Completed
2013-11-24 03:20:52 1VkMVQ-0001iL-9m <= root@start U=root P=local S=679
2013-11-24 03:20:52 1VkMVQ-0001iL-9m ** root@start: Unrouteable address
2013-11-24 03:20:52 1VkMVQ-0001iN-DQ <= <> R=1VkMVQ-0001iL-9m U=exim P=local S=1425
2013-11-24 03:20:52 1VkMVQ-0001iN-DQ ** root@start: Unrouteable address
2013-11-24 03:20:52 1VkMVQ-0001iN-DQ Frozen (delivery error message)
2013-11-24 03:20:52 1VkMVQ-0001iL-9m Completed
2013-11-24 03:30:52 1VkMf6-0001rw-TZ <= root@start U=root P=local S=679
2013-11-24 03:30:52 1VkMf6-0001rw-TZ ** root@start: Unrouteable address
2013-11-24 03:30:53 1VkMf6-0001ry-WF <= <> R=1VkMf6-0001rw-TZ U=exim P=local S=1425
2013-11-24 03:30:53 1VkMf6-0001ry-WF ** root@start: Unrouteable address
2013-11-24 03:30:53 1VkMf6-0001ry-WF Frozen (delivery error message)
2013-11-24 03:30:53 1VkMf6-0001rw-TZ Completed
2013-11-24 03:33:31 1VkMBF-0001Oe-O7 <= root@start U=admin P=local S=10780
2013-11-24 03:34:02 1VkMBF-0001Oe-O7 ** start@gmail.com R=dnslookup T=remote_smtp: SMTP error from remote mail server after end of data: host gmail-smtp-in.l.google.com [173.194.69.27]: 550-5.7.1 [37.139.26.205       1] Our system has detected an unusual rate ofn550-5.7.1 unsolicited mail originating from your IP address. To protect ourn550-5.7.1 users from spam, mail sent from your IP address has been blocked.n550-5.7.1 Please visit http://www.google.com/mail/help/bulk_mail.html to reviewn550 5.7.1 our Bulk Email Senders Guidelines. un9si7505833bkb.219 - gsmtp
2013-11-24 03:34:02 1VkMiA-0001s4-Am <= <> R=1VkMBF-0001Oe-O7 U=exim P=local S=12041
2013-11-24 03:34:02 1VkMiA-0001s4-Am ** root@start: Unrouteable address
2013-11-24 03:34:02 1VkMiA-0001s4-Am Frozen (delivery error message)
2013-11-24 03:34:02 1VkMBF-0001Oe-O7 Completed
2013-11-24 03:40:42 1VkMoc-0001yv-Ak <= root@start U=root P=local S=679
2013-11-24 03:40:42 1VkMoc-0001yv-Ak ** root@start: Unrouteable address
2013-11-24 03:40:42 1VkMoc-0001yx-Ds <= <> R=1VkMoc-0001yv-Ak U=exim P=local S=1425
2013-11-24 03:40:42 1VkMoc-0001yx-Ds ** root@start: Unrouteable address

Стоит Centos. Рассылками не занимался, просто раз в час приходило уведомление по задаче в cron и падало в спам, откуда постоянно их вытягивал одно время. Я так понимаю, надо заняться настройкой из темы http://forum.vestacp.com/viewtopic.php?f=31&t=3972 ?




  • Помощь


  • Почта и сервисы


  • Настройка почты REG.RU


  • Проблемы


  • При попытке отправить сообщение приходит отбойник

При попытке отправить сообщение приходит отбойник

Текст в начале отбойника:

This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

означает, что отправка сообщения не удалась из-за определённой ошибки. После этого идёт e-mail и сама ошибка:

  • Recipient address rejected: User unknown in relay recipient table — Решение проблемы;
  • Our system has detected that this message is
    550-5.7.1 likely unsolicited mail. To reduce the amount of spam sent to Gmail,
    550-5.7.1 this message has been blocked. Please visit… — ошибка говорит о том, что ваше сообщение распознано принимающей стороной как спам. В данном случае вам необходимо обратиться к принимающей стороне и выяснить причину проблемы;
  • SMTP error from remote mail server after end of data:
    host mxs.mail.ru [217.69.139.150]: 550 spam message rejected… — аналогично ошибке выше принимающая стороны пометила ваше сообщение как спам. В данном случае вам необходимо обратиться в Mail.Ru для выяснения причин;
  • 550 Message was not accepted — it contains invalid headers. More specially, ‘From:’ header must match user you are sending mail from — проблема встречается при отправке сообщение на Mail.Ru. Решение проблемы.

PTR-запись

Для корректной работы почты мы также рекомендуем настроить PTR-запись по инструкции.

Спасибо за оценку!
Как мы можем улучшить статью?

Нужна помощь?
Напишите в службу поддержки!

Несмотря на соцсети, мессенджеры и смс, отправка email-сообщений до сих пор актуальна. Клиенты компаний подписываются на рассылки, чтобы быть в курсе акций, подтверждают покупки, получают уведомления о заказах. Обруби этот канал и поток клиентов уменьшится. Любому, чей бизнес и сайт связан с этим напрямую, будет неприятно узнать, что клиенты не получают его писем.

Вам может показаться, что провайдер блокирует почтовые порты или почтовый сервер на VDS неисправен, но на самом деле адресат может не получать письма по ряду сторонних ( в т. ч. и внешних) причин. А бывает и так, что письма доходят, но попадают в папку «спам», что уже формально подтверждает работоспособность VDS для отправки писем.

Как правило, для решения этих проблем требуется проведение небольших базовых настроек и манипуляций, о которых и пойдёт речь в данной статье.

  • Проверка и изменение PTR-записи
  • Проверка на наличие в спам-листах , публичных и закрытых
  • Недоставленные письма, изучение почтового лога
  • Добавление DKIM, DMARC, SPF
  • Основные требования к содержанию писем
  • Проверка с помощью сервиса mail-tester

Проверка и изменение PTR-записи

Самый популярный случай, когда письма улетают в папку «спам» или не доходят вовсе — это некорректная PTR-запись .

PTR-запись , как её еще называют, обратная DNS-запись — запись, связывающая IP-адрес сервера с его каноническим именем (доменом).

Для каждого письма проверяется наличие PTR-записи у сервера-отправителя . Если записи нет, письмо не принимается, так как отсутствие PTR-записи означает, что сервер-отправитель :

  • либо не предназначен для отправки этой почты — злоумышленники получили доступ или имитируют чужой ящик,

  • либо настроен некорректно — не задана PTR-запись или ведет на некорректный домен.

Поэтому, в первую очередь, нужно задать корректную PTR. Узнать актуальную PTR можно с помощью онлайн-сервисов , например, во вкладке «проверка PTR» на 2whois.ru.

Чтобы PTR считалась корректной, необходимо выполнение двух условий:

  1. При вводе IP-адреса вашего сервера в утилиту проверки PTR должен отображаться ваш домен.
  2. Сам домен, в свою очередь, при проверке утилитой DIG должен быть направлен по А-записи на IP-адрес вашего сервера.

Таким образом, для корректной почты нам нужна двухсторонняя связка, от доменного имени к IP-адресу , и от IP-адреса к домену (поэтому PTR иногда называют обратной записью)

Пример некорректной PTR:

В данном случае домен явно указан не полностью и, дополнительно проверив А-запись , сделав DIG для этого домена, мы увидим, что он точно не ведёт на этот IP.

Задать PTR просто. Достаточно в личном кабинете перейти во вкладку Товары — Виртуальные серверы — выбрать ваш сервер и нажать сверху IP-адреса . После этого выделить IP-адрес и нажать сверху Изменить, после чего задать значение PTR — ваш домен. Через некоторое время информация обновится и данный пункт можно считать решенным.

Проверка на наличие в спам-листах , публичных и закрытых

Иногда случается (особенно когда долго не обновлять ПО, плагины и CMS), что сайт заражают вирусы, которые инициируют спам-рассылку. После рассылки спама от почтовых сервисов часто поступают жалобы на сервер, с которого осуществлялась отправка. Такие жалобы заносятся в специальные списки — их еще называют «чёрными» или спам-листами .

Чтобы этого не происходило, мы стараемся мониторить почтовый трафик и блокировать его ещё до того, как ваш IP попадет в спам-листы. О блокировке уведомляем специальным сообщением в разделе Поддержка в личном кабинете. Решить вопрос со спамом самостоятельно или с помощью нашей технической поддержки — гораздо проще и во много раз быстрее, чем потом извлекать IP из спам-листов. Устранив источник спама, обратитесь в техподдержку и мы в тот же день снимем блокировку почтового трафика.

Проверить, есть ли ваш домен в большинстве спам-листов, можно на сервисе mxtoolbox.com. Если удача не улыбнулась вам и вы видите красные отметки — ваш IP оказался в чёрном списке. А значит, причина того, что ваши письма попадают в «спам», наверняка в этом.

Не стоит переживать, если высветился всего один спам-лист. Зачастую это просто ошибка, которая не учитывается почтовыми сервисами. Исключение составляют следующие списки:

  • BARRACUDA
  • SPAMCOP
  • Spamhaus
  • SORBS SPAM

Если ваш IP присутствует хотя бы в одном из них — необходимо принимать меры и извлекать адрес из списка, так как это может серьёзно влиять на доставку писем.

Через этот же сервис можно обратиться к организациям, в списки которых вы попали, с просьбой убрать вас из этого списка:

Если вы не обнаружили свой IP в этих списках, расслабляться рано. Помимо публичных спам-листов, крупные почтовые сервисы, такие как mail.ru, gmail, yandex ведут свои внутренние чёрные списки. Открытого доступа к ним нет, поэтому проверить, попали ли вы в такой список, можно только, изучив почтовый лог.

Недоставленные письма, изучение почтового лога

Об этом расскажем на примере VDS с панелью ISPmanager, где в качестве почтового сервера устанавливается Exim. Выполним команду в консоли:

Centos

tail -f /var/log/exim/mainlog

Debian/Ubuntu

tail -f /var/log/exim4/mainlog

Команда будет выдавать нам новые записи в логе почтового сервиса в режиме реального времени. Это нужно, чтобы без проблем увидеть, какая запись будет относиться именно к вашему письму. Выполнив эту команду, в новой вкладке открываем ваш почтовый ящик и отправляем с него письмо обычного содержания на ящик, письма на который у вас не доходят и попадают в папку «спам».

В рамках этой статьи мы не будем рассматривать весь спектр ошибок, если увидите какую-то ошибку, не указанную здесь, можете обратиться за уточнениями к нам в поддержку.

Как только отправили письмо, возвращайтесь в окно с консолью, где уже должны были появиться несколько записей в логе. Подождите еще минутку, а затем остановите просмотр логов сочетанием клавиш Ctrl + C.

Изучите лог. В данном случае нас интересуют ошибки, где участвует слово spam, обычно это выглядит так:

SMTP error from remote mail server after end of data:
550 spam message rejected.

или

Message rejected as spam by Content Filtering Message rejected under suspicion of SPAM Message rejected.

В этих ошибках зачастую указано и решение, а именно код ошибки и ссылка, по которой нужно перейти, чтобы изучить подробности, почему, собственно, возникла эта ошибка.

Показателен случай с mail.ru. В логе указывается ссылка на прямое обращение в поддержку, либо указан почтовый ящик и сопроводительная информация — код ошибки и ID. Пример из почтового лога:

SMTP error from remote mail server after end of data: 550 spam message rejected. 

Please visit http://help.mail.ru/notspam-support/id?c=9QLlNgZ5<....>emyJDJvBOiPJah130gYZ_SnN3prjB8AAADxowAAkc2UDA~~ or report details to abuse@corp.mail.ru. 

Error code: 36E502F5C071790630<...>F0EAB5E97583F86F3224B2258FE80448DF75A8A7F467188C6B7A37. 

ID: 0000001F0000A3<...>4CD91.

С этой информацией поддержка mail.ru сообщает о подробностях ошибки, либо извлекает вас из списков, если никаких нарушений нет.

Вкратце рассмотрим коды в логах почтового сервера:

  • 421 — данный код чаще всего свидетельствует о неудачном SMTP-соединении. Необходимо проверить параметры подключения по smtp в настройках отправки, попробовать поменять порт на 25. Эта ошибка возникает и в случаях, когда почтовый трафик заблокирован на VDS (например, в iptables) или провайдером на уровне родительского сервера.
  • 451 — превышен лимит на количество возможных отправок, необходимо попробовать отправить позже. Также, если у вас этот лимит имеется, то попробуйте его убрать или настроить. Обычно его нет, поэтому если вы его не устанавливали, а ошибка есть, возможно существует проблема с  MX-записями домена, либо проблема, которая требует более детального изучения логов и конфигурационных файлов. Обратитесь за помощью в поддержку, изучим.
  • 452 — не хватает ресурсов, чаще всего оперативной памяти. Проверьте наличие свободного дискового пространства и оперативной памяти. Ошибка будет и в том случае, когда на почтовом сервере, который принимает письмо, не хватает ресурсов.
  • 550, 571 — указан неправильный адрес почты получателя, уточните, действующий ли он и правильно ли вы его написали. Также возможны причины, которые описаны в других разделах статьи: внутренние спам-листы, неверная PTR и т. д.

Еще возникают ситуации, когда письмо с сервера ушло (вы даже убедились в этом по почтовому логу), а к адресату не попало даже в папку спам. Обычно в ответ приходит письмо с отчётом от отправителя Mailer-Daemon. Чаще всего это случается, когда указан несуществующий ящик для доставки, но могут быть и другие случаи, в этом может помочь таблица с описанием ответов от Яндекса «Отчёт о недоставке письма на другой адрес (не Яндекс)».

Добавление DKIM, DMARC, SPF

Чтобы письма не попадали в спам, а домен или IP-адрес — в спам-базы, также используют DKIM-подпись для почтового домена.

DKIM — это стандарт защиты электронных писем, с помощью которого почтовые сервисы могут определить, действительно ли письмо было отправлено с указанного ящика в поле Отправитель.

Рассмотрим самый простой способ подключения DKIM — через панель управления ISPmanager.

В ISPmanager перейдите во вкладку Настройки — раздел Возможности — выделите строку Почтовый сервер (SMTP/POP3/IMAP) — нажмите кнопку Изменить — поставьте галочку OpenDKIM (exim).

Остается включить подпись DKIM для домена во вкладке ISPmanager Домены — раздел Почтовые домены — двойной клик по домену — установите флажок Включить DKIM для домена — нажмите ОК.

Важный момент: чтобы добавление записи таким образом сработало, домен должен быть на наших серверах имен, в ином случае вам нужно взять сформированную DKIM-подпись из DNS-записей вашего домена в панели ISPmanager и внести на ваших текущих серверах имен.

Так это выглядит, если добавлять вручную в DNSManager:

DMARC — это ещё одна настройка, которая позволяет идентифицировать отправителя и снизить количество спама и фишинга.

На серверах имён (если наши сервера имен, то в ISPmanager в разделе Домены — Доменные имена или в DNSmanager, если ISPmanager’а нет) нужно разместить TXT-запись со следующим содержанием:

Имя: _dmarc. ВАШ_ДОМЕН.

Значение: v=DMARC1; p=none; aspf=r; sp=none

SPF -запись используется для защиты от спама и фишинговых сообщений от имени вашего домена. Она должна присутствовать, чтобы указать список серверов, которые имеют право на отправку писем от имени email-адресов этого домена. Она обычно уже настроена по умолчанию (отправка с одного сервера), но могут потребоваться специфические настройки, если вы используете сторонние сервера для отправки почты.

По умолчанию она должна выглядеть так:

Имя: ВАШ_ДОМЕН.

Тип: TXT

Значение: v=spf1 ip4:IP_ПОЧТОВОГО_СЕРВЕРА a mx ~all

Где вместо IP_ПОЧТОВОГО_СЕРВЕРА нужно указать ip вашего сервера.

Если вы хотите отправлять письма с почтового ящика на сторонних серверах, например, с серверов Яндекса, укажите дополнительные серверы в таком формате: v=spf1 ip4: IP-1 include: _spf.yandex.net ~all.

Где ip-1 — это IP вашего VDS.

Основные требования к содержанию писем

Немаловажным аспектом, который влияет на доставку ваших писем, является их содержание. Все почтовые сервисы анализируют содержимое, чтобы заранее предугадать, является ли письмо спамом. Избежать этого можно, следуя этим советам:

  1. В рассылке обязательно должен быть текст. Рассылки, состоящие из картинок, блокируются очень часто.

  2. Поместите информацию о том, откуда был получен адрес и согласие на рассылку. Например, «Вы получили это письмо, потому что подписались на рассылку на сайте site.ru…»

  3. Добавьте информацию о своём ресурсе или себе. Рассылки должны иметь в тексте каждого сообщения актуальную контактную информацию об организации, осуществляющей рассылку, телефонный номер и адрес.

  4. Используйте в качестве обратного адреса ваш домен. Избегайте обратных ящиков mail.ru, gmail.com и т. д. — такие адреса вызывают большее подозрение у антиспам-фильтров .

  5. Не указывайте в ссылках URL. Следует избегать в тексте явных ссылок вида http://domain.com, лучше зашивать ссылку в какое-нибудь слово или фразу, например: «Посетите сайт Яндекс»

  6. Добавляйте ссылку отписки и в конце, и в начале письма. Клиент, который не хочет получать вашу рассылку или забывший, что подписался на неё, не видит кнопку отписки и нажимает на кнопку «Это спам», что в конечном итоге рано или поздно повлияет на доставку ваших рассылок.

  7. Избегайте писем больших размеров. А также приложенных файлов. Всё это может вызвать жалобы и новых кликов на кнопку «Это спам».

  8. Попросите подписчиков внести ваш почтовый ящик в адресную книгу. Это снижает вероятность попадания вашей рассылки в спам.

  9. Ваша рассылка вероятнее всего будет заблокирована, если содержит:

    • Ложную, некорректную или вводящую в заблуждение информацию;

    • Информацию, противоречащую 18-й статье Федерального Закона «О рекламе»;

    • Порнографию;

    • Лотереи;

    • Поддельные товары, бренды;

    • Сообщения, созданные с нарушением авторских и смежных прав;

    • Рекламу почтовых и электронных спам-рассылок ;

    • Рассылку от имени других людей или организаций;

    • Финансовые пирамиды.

Также ознакомьтесь с рекомендациями MAIL.RU и их правилами рассылок, с инструкцией о рассылках от gmail.com, и с требованиями Яндекса.

Придерживайтесь этих правил, и рисков того, что ваше письмо попадет в спам, станет меньше.

Проверка с помощью сервиса mail-tester . Примеры.

Спасибо, что дочитали до этого места. На самом деле, большую часть перечисленных пунктов можно было не делать, а проверить с помощью специального сервиса.

Шутка, ведь сервис хоть и экономит время, но он не абсолютен. Он не поможет в случаях, когда письма не доходят вообще, либо может давать не совсем точные или излишние советы, не влияющие на суть доставки, поэтому его стоит рассматривать как помощника, а не опорную утилиту.

Чтобы проверить свои письма, переходим по ссылке https://www. mail-tester .com/

На главной странице в строке вы увидите довольно странный ящик, вроде test-y9q3i @ mail-tester .com.

Именно на указанный адрес вам необходимо отправить письмо. Важно отправить именно так, как вы обычно отправляете, когда возникают проблемы с доставкой. Например, если в «спам» попадают только уведомления о заказе, отправьте на проверочный ящик именно уведомление о заказе. После отправки подождите немного, после чего нажмите кнопку «Затем проверьте оценку».

Если письмо получено, сервис покажет оценку вашего конкретного почтового отправления, например:

Письмо с таким содержанием и отправленное таким образом вряд ли будет доставлено в папку «Входящие» и скорее всего окажется в папке «Спам».

Причины этого также указаны там под оценкой, вкратце это можно описать так:

  • 4 с лишним балла сняты из-за плохого содержания письма, не соблюдены или соблюдены не все правила оформления писем. Как можем судить по количеству баллов, содержание письма сильно влияет на то, куда оно попадёт.

  • 1 балл снят за то, что почтовый домен не подписан DKIM-записью и ещё полбалла снято за нахождение IP в черном списке.

Устраните все ошибки и запустите проверку снова, но не увлекайтесь проверками чрезмерно — у сервиса есть ограничение на количество проверок с одного IP. Ваша задача — получить оценку, близкую к 10 (совершенно не обязательно биться за 10 из 10). Как только вы этого добьетесь, обнаружите, что ваши письма начнут попадать в нужную и вам, и вашему клиенту папку «Входящие».

Понравилась статья? Поделить с друзьями:

Читайте также:

  • Smite launch error 30005
  • Smite error code 30005
  • Smite error 30007
  • Smite easyanticheat ошибка
  • Smite easyanticheat error

  • 0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии