Ошибка подключения к серверу smtp 110

у клиентов не работает приём почты по 110 порту

на клиентские компьютеры сети не приходят входящие сообщения на почту, но почта отправляется. на сервере ubuntu порты открыты:

в утилке telnet:

проверяю netstat — слушает p3scan:

на самом сервере убунты стоит почтовый клиент Evolution и там забивая стандартные адреса smtp и pop сервера, например pop.mail.ru все и отправляется и принимается

а кто на сервере раздаёт почту и соответственно, кто слушает на сервере 110 порт?

ТС же привёл нетстат, слушает какой-то p3scan.

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

ну ну, пусть слушает дальше
посему модифицирую и повторю вопрос ТСу: а кто у нас pop3-сервером работает?

p3scan — transparent POP3-proxy with virus- and spam-scanning

tcpwrapper?
что написано в /etc/hosts.allow, /etc/hosts.deny ?

Варианты:
— сервер и клиенты в разных подсетях:
— клиент ходит не через тот шлюз
— режет шлюз
— подключения из клиентской сети режет фаерволл на сервере
— сервер отвечает только в некоторых подсетях, клиентскую шлёт нафиг. Покажи на сервере netstat -nlt
— режет фаерволл клиента
-сервер и клиент в одной подсети:
— режет фаерволл сервера
— режет фаерволл клиента

Смотри историю правок и исходное сообщение.

Источник

Mail port 110 error

Question

Добрый день. Ситуация следующая. С клиентских машин перестала проходить авторизация по pop3, по 110 порту(Вход на сервер входящей почты (POP3): Сервер входящей почты (POP3) обнаружил внутреннюю ошибку.), через 995 порт SSL проваливается нормально.

На коннекторе следующие настройки:

RunspaceId : 0a7ba7e5-2d4d-4f68-96e0-21b345ba6758
Name : 1
ProtocolName : POP3
MaxCommandSize : 512
MessageRetrievalSortOrder : Ascending
UnencryptedOrTLSBindings : <0.0.0.0:110>
SSLBindings : <0.0.0.0:995>
InternalConnectionSettings :
ExternalConnectionSettings : <>
X509CertificateName : CertificateName.domainname.ru
Banner : The Microsoft Exchange POP3 service is ready.
LoginType : PlainTextLogin
AuthenticatedConnectionTimeout : 00:30:00
PreAuthenticatedConnectionTimeout : 00:01:00
MaxConnections : 2147483647
MaxConnectionFromSingleIP : 2147483647
MaxConnectionsPerUser : 16
MessageRetrievalMimeFormat : HtmlOnly
ProxyTargetPort : 9955
CalendarItemRetrievalOption : iCalendar
OwaServerUrl :
EnableExactRFC822Size : False
LiveIdBasicAuthReplacement : False
SuppressReadReceipt : False
ProtocolLogEnabled : True
EnforceCertificateErrors : False
LogFileLocation : C:Program FilesMicrosoftExchange ServerV15LoggingPop3
LogFileRollOverSettings : Daily
LogPerFileSizeQuota : 0 B (0 bytes)
ExtendedProtectionPolicy : None
EnableGSSAPIAndNTLMAuth : True
Server : exchangeserver.domain.local
AdminDisplayName :
ExchangeVersion : 0.10 (14.0.100.0)
DistinguishedName : CN=1,CN=POP3,CN=Protocols,CN=exchangeserver,CN=Servers,CN=Exchange Administrative Group
(FYDIBOHF23SPDLT),CN=Administrative Groups,CN=***,CN=Microsoft Exchange,CN=Service
s,CN=Configuration,DC=***,DC=local
Identity : exchangeserver1
Guid : 37f633c3-dc84-4139-a6f9-a3b2ddb87e29
ObjectCategory : domain.local/Configuration/Schema/ms-Exch-Protocol-Cfg-POP-Server
ObjectClass :
WhenChanged : 28.09.2017 9:36:05
WhenCreated : 23.08.2013 11:14:02
WhenChangedUTC : 28.09.2017 5:36:05
WhenCreatedUTC : 23.08.2013 7:14:02
OrganizationId :
Id : exchangeserver1
OriginatingServer : AD.domain.local
IsValid : True
ObjectState : Unchanged

В логах коннектора при обращении:

017-09-29T08:48:05.072Z,0000000000000994,0,127.0.0.1:995,127.0.0.1:36921,,26,0,51,OpenSession,,
2017-09-29T08:48:05.072Z,0000000000000994,1,127.0.0.1:995,127.0.0.1:36921,,1,4,37,capa,,R=ok
2017-09-29T08:48:05.072Z,0000000000000994,2,127.0.0.1:995,127.0.0.1:36921,,0,0,0,CloseSession,,

Почему-то идет обращение по 995, хотя со стороны клиентов задан 110 порт.

При настройках клиента через 995 порт, в логах:

2017-09-29T08:20:22.524Z,0000000000000969,0,192.168.19.7:995,192.168.19.85:52702,,2,0,51,OpenSession,,
2017-09-29T08:20:22.524Z,0000000000000969,1,192.168.19.7:995,192.168.19.85:52702,,1,4,37,capa,,R=ok
2017-09-29T08:20:22.524Z,0000000000000969,2,192.168.19.7:995,192.168.19.85:52702,logistics,1,14,5,user,logistics,R=ok
2017-09-29T08:20:22.649Z,0000000000000969,3,192.168.19.7:995,192.168.19.85:52702,logistics,123,10,34,pass,*****,»R=ok;Msg=»»Proxy:gst-s-ex13.gst.local:9955:SSL;ProxySuccess»»;ActivityContextData=f3a059e3-7b6b-49f5-b5ca-688ec77bf5de»
2017-09-29T08:20:22.742Z,0000000000000969,4,192.168.19.7:995,192.168.19.85:52702,logistics,0,8,77,CloseSession,,

Все проваливается хорошо.

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

Пробовал с разных версий Outlook, от 2010 до 2016,везде одно и тоже.

Источник

Mail port 110 error

Вопрос

Добрый день. Ситуация следующая. С клиентских машин перестала проходить авторизация по pop3, по 110 порту(Вход на сервер входящей почты (POP3): Сервер входящей почты (POP3) обнаружил внутреннюю ошибку.), через 995 порт SSL проваливается нормально.

На коннекторе следующие настройки:

RunspaceId : 0a7ba7e5-2d4d-4f68-96e0-21b345ba6758
Name : 1
ProtocolName : POP3
MaxCommandSize : 512
MessageRetrievalSortOrder : Ascending
UnencryptedOrTLSBindings : <0.0.0.0:110>
SSLBindings : <0.0.0.0:995>
InternalConnectionSettings :
ExternalConnectionSettings : <>
X509CertificateName : CertificateName.domainname.ru
Banner : The Microsoft Exchange POP3 service is ready.
LoginType : PlainTextLogin
AuthenticatedConnectionTimeout : 00:30:00
PreAuthenticatedConnectionTimeout : 00:01:00
MaxConnections : 2147483647
MaxConnectionFromSingleIP : 2147483647
MaxConnectionsPerUser : 16
MessageRetrievalMimeFormat : HtmlOnly
ProxyTargetPort : 9955
CalendarItemRetrievalOption : iCalendar
OwaServerUrl :
EnableExactRFC822Size : False
LiveIdBasicAuthReplacement : False
SuppressReadReceipt : False
ProtocolLogEnabled : True
EnforceCertificateErrors : False
LogFileLocation : C:Program FilesMicrosoftExchange ServerV15LoggingPop3
LogFileRollOverSettings : Daily
LogPerFileSizeQuota : 0 B (0 bytes)
ExtendedProtectionPolicy : None
EnableGSSAPIAndNTLMAuth : True
Server : exchangeserver.domain.local
AdminDisplayName :
ExchangeVersion : 0.10 (14.0.100.0)
DistinguishedName : CN=1,CN=POP3,CN=Protocols,CN=exchangeserver,CN=Servers,CN=Exchange Administrative Group
(FYDIBOHF23SPDLT),CN=Administrative Groups,CN=***,CN=Microsoft Exchange,CN=Service
s,CN=Configuration,DC=***,DC=local
Identity : exchangeserver1
Guid : 37f633c3-dc84-4139-a6f9-a3b2ddb87e29
ObjectCategory : domain.local/Configuration/Schema/ms-Exch-Protocol-Cfg-POP-Server
ObjectClass :
WhenChanged : 28.09.2017 9:36:05
WhenCreated : 23.08.2013 11:14:02
WhenChangedUTC : 28.09.2017 5:36:05
WhenCreatedUTC : 23.08.2013 7:14:02
OrganizationId :
Id : exchangeserver1
OriginatingServer : AD.domain.local
IsValid : True
ObjectState : Unchanged

В логах коннектора при обращении:

017-09-29T08:48:05.072Z,0000000000000994,0,127.0.0.1:995,127.0.0.1:36921,,26,0,51,OpenSession,,
2017-09-29T08:48:05.072Z,0000000000000994,1,127.0.0.1:995,127.0.0.1:36921,,1,4,37,capa,,R=ok
2017-09-29T08:48:05.072Z,0000000000000994,2,127.0.0.1:995,127.0.0.1:36921,,0,0,0,CloseSession,,

Почему-то идет обращение по 995, хотя со стороны клиентов задан 110 порт.

При настройках клиента через 995 порт, в логах:

2017-09-29T08:20:22.524Z,0000000000000969,0,192.168.19.7:995,192.168.19.85:52702,,2,0,51,OpenSession,,
2017-09-29T08:20:22.524Z,0000000000000969,1,192.168.19.7:995,192.168.19.85:52702,,1,4,37,capa,,R=ok
2017-09-29T08:20:22.524Z,0000000000000969,2,192.168.19.7:995,192.168.19.85:52702,logistics,1,14,5,user,logistics,R=ok
2017-09-29T08:20:22.649Z,0000000000000969,3,192.168.19.7:995,192.168.19.85:52702,logistics,123,10,34,pass,*****,»R=ok;Msg=»»Proxy:gst-s-ex13.gst.local:9955:SSL;ProxySuccess»»;ActivityContextData=f3a059e3-7b6b-49f5-b5ca-688ec77bf5de»
2017-09-29T08:20:22.742Z,0000000000000969,4,192.168.19.7:995,192.168.19.85:52702,logistics,0,8,77,CloseSession,,

Все проваливается хорошо.

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

Пробовал с разных версий Outlook, от 2010 до 2016,везде одно и тоже.

Источник

Ошибка SMTP: не удалось подключиться к серверу: время ожидания подключения (110) с помощью PHPMailer и Outlook SMTP

Я получаю ошибку SMTP с PHP Mailer и SMTP Outlook. Я запутался здесь, потому что он работает нормально на localhost с номером порта 25, но он не работает на сервере хостинга, я пробовал все порты с SSL и TLS.

Ошибка: SMTP ERROR: Не удалось подключиться к серверу: время ожидания подключения (110)

Мой код:

Пожалуйста, помогите мне решить эту проблему. У меня есть общий хостинг Linux.

У меня была аналогичная проблема, и оказалось, что мой хост (Bluehost) заблокировал исходящие соединения на порту 465. Я отправлю решение здесь в надежде, что это поможет вам. Но я недостаточно эксперт, чтобы узнать, есть ли такая же проблема или нет.

Я нашел замечательный способ, который исправил это для меня:

1. В редакторе DNS-зоны cPanel найдите раздел MX (Mail Exchanger) и выберите «удаленный почтовый обменник».
2. В разделе учетных записей cPanel создайте соответствующий адрес электронной почты (не пропустите это)
3. Не используйте «smtp.live.com» в качестве вашего хоста smtp. Используйте smtp-хост вашего общего хостинга Linux-хостинга. Я не знаю, как ты получишь. Шахта – boxXXXX.bluehost.com.
4. Задайте свое имя пользователя и пароль таким же, как учетная запись электронной почты, которую вы только что установили в cPanel.

Ни один из ответов не работал для меня. После многих часов я нашел проблему, но работает только для Cpanel / WHM

• Войдите в WHM.
• Перейдите на вкладку ConfigServer Security & Firewall внутри плагинов.
• Нажмите «Настройка брандмауэра»
• Фильтровать по настройкам SMTP
• Найдите параметр SMTP_ALLOWUSER и добавьте имя пользователя учетной записи Cpanel, разделенное комой
• Перезапустите брандмауэр.

Если у вас нет доступа к WHM, обратитесь к своему провайдеру.

Мост, вероятно, phpmailer не поддерживается вашим хостингом. Вам необходимо пройти проверку, создав новый файл и проверить простую функцию электронной почты php. Скорее всего, SMTP не настроен у вашего хостинг-провайдера

Мой код правильный.
Проблема была в Хостинг-провайдере. Я связался с ними об этом, и они сделали некоторую конфигурацию на своем сервере, и все сделано.

Источник

Диагностика почтовых протоколов

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

Материал разбит следующим образом:

1. Введение

В сети достаточно материалов по отдельным пунктам, но все разбросано по разным местам и, когда возникает необходимость выполнить ту или иную операцию, приходится по разным ресурсам вспоминать нюансы авторизации, способы быстрой кодировки в base64, ключи к openssl и tshark. Здесь все собрано вместе, а также добавлена информация о дешифровке SSL/TLS трафика.

Обозначения

$ — приглашение в обычном шелле, указанная после него команда выполняется от обычного пользователя

# — приглашение в рутовом шелле, указанная после него команда выполняется с правами администратора

## — строка с комментарием

Запрос клиента в почтовых сессиях выделен жирным шрифтом.

Почтовые порты

Основные порты, использующиеся в работе почтовых серверов по RFC (документы, регламентирующие работу сети интернет и ее основных компонентов):

• 25/tcp SMTP (стандартный порт)
• 465/tcp SMTPS (устаревший)
• 587/tcp submission (порт для обслуживания клиентов)

• 110/tcp POP3 (стандартный порт)
• 995/tcp POP3S (порт с предварительной установкой SSL/TLS соединения)

• 143/tcp IMAP (стандартный порт)
• 993/tcp IMAPS (порт с предварительной установкой SSL/TLS соединения)

Здесь перечислены только основные, помимо них разные реализации серверов могут использовать другие порты для своих служебных целей, для пользовательского и административного веб-интерфейса, общения узлов кластера и т.д.

Используемые и рекомендуемые утилиты

В статье используются telnet, openssl, tshark. Для наглядности взаимодействия сервера и клиента, использования команд протокола. На регулярной основе и для автоматизации каких-то процессов можно использовать утилиты, которые скрывают от нас все эти детали, но которые проще включаются в скрипты. Из таких утилит могу порекомендовать скрипт на perl smtp-cli (http://www.logix.cz/michal/devel/smtp-cli/), обладающий широкой функциональностью, в том числе и возможностью SMTP авторизации. Также рекомендую утилиту imtest из состава cyrus-clients, которой можно протестировать IMAP протокол. smtp-sink, утилиту из состава postfix, которая эмулирует почтовый сервер. С ее помощью можно отлаживать работу почтового клиента в том случае, если нет ни доступа к существующим почтовым серверам, ни возможности включения в настройках клиента подробного журналирования.

При помощи nmap можно быстро проверить, доступны ли порты снаружи, то есть, слушаются ли они программами и не закрыты ли при этом файерволом:

По этому выводу видно, что на сервере доступны SMTP/IMAP порты, но недоступны порты для
POP3 протокола.

Через netstat можно посмотреть не только прослушиваемые и используемые порты, как часто предполагают, но и процессы, связанные с этими портами. Вот вывод netstat для этого же почтового сервера:

В этом примере в качестве SMTP сервера используется postfix и dovecot в качестве IMAP. POP3 в списке отсутствует, так как в настройках dovecot этот протокол отключен, как неиспользуемый.

В современных дистрибутивах пакет net-tools уже часто не ставится, считается устаревшим. В качестве замены испольуется утилита ss из состава iproute. Это более узко заточенная и в свой области, вероятно, более функциональная утилита с возможностью настройки фильтров как в tcpdump/tshark. Но мне, например, не нравится, как у нее отформатирован вывод информации. Чтобы чуть это исправить, можно использовать sed:

*) для удобства использования можно поместить следующую bash функцию в

2. Примеры сессий

Здесь приведены примеры сессий по SMTP/IMAP/POP3 протоколам. Для соединения используется клиент телнет, который либо в системе установлен по-умолчанию, либо устанавливается из репозиториев:

Источник

Будучи менеджером коммерческого отдела небольшой торговой компании, я выполнял задачу по отправке нескольких сотен писем постоянным и потенциальным клиентам. Базу формировали из открытых источников мы сами, предложение было реально интересным целевой аудитории. Возникла «неожиданная» проблема – часть писем стала возвращаться. Кроме того, начали приходить сообщения с указаниями кодов ошибки SMTP. Своего IT-специалиста в штате у нас не было, потому разобраться с проблемой я решил самостоятельно. О результатах этой работы, причинах возникновения таких ошибок и методах их решения расскажу в этой статье.

Как избежать ошибок при составлении и отправке писем

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

Самый простой способ это понять – отправить тестовое сообщение на свой ящик. Затем следует протестировать его отправку и получение, используя разные внешние почтовые сервисы: gmail, yandex, mail, rambler и другие. Если сообщение получено, следует ответить на него, проверив корректность исполнения команды «RE» вашим почтовым сервером и принятие ответа условным отправителем.

Довольно часто проблемы с попаданием писем в папку «Спам» или программной блокировкой на стороне получателя лежат в неверном оформлении ключевых полей. Особенно это касается массовых рассылок коммерческого характера. Для отправки большого количества однотипных сообщений как минимум потребуется выполнение следующих параметров настройки:

• выделенный IP-адрес с целью исключить блокировку на стороне сервера-ретранслятора или почтовой программы конечного получателя;
• криптографические подписи DKIM и SPF, помогающие подтвердить подлинность домена и минимизировать количество писем, воспринимаемых как спам.

Важно! В случае несоблюдения этих элементарных правил вы рискуете не только тем, что конкретное письмо не будет доставлено адресату. При многократных попытках отправки письма в большинстве почтовых программ в блок-лист попадет вся корреспонденция, отправляемая с вашего email, и даже корпоративный домен (@domain.***).

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

В моей практике был случай, когда никак не удавалось добиться получения моей электронной корреспонденции одним из сотрудников компании «Лукойл». Письма я отправлял самые простые, используя корпоративный ящик. Только после того, как мой респондент обратился в IT-службу своего предприятия, выяснилось, что данный адрес находится в блэк-листе. Попал он туда из-за каких-то ошибок, допущенных моим предшественником. Понадобилось больше недели, чтобы адрес включили в «белый список». Все это время письма, высылаемые с личного mail@yandex.ru, доходили без проблем.

Полезно: Почему не приходят письма с сайта. Пример частного случая.

Положительные и отрицательные сообщения SMTP-сервера

SMTP (Simple Mail Transfer Protocol) — это протокол, используемый большинством почтовых программ для отправки электронных сообщений в сети интернет. Некорректное взаимодействие между серверами, индивидуальные настройки на уровне программного обеспечения и многие другие причины приводят к появлению ошибок. В этом случае письма не доходят до получателей, возвращаются обратно или просто «пропадают». При возникновении таких ситуаций отправитель получает сообщение о наличии конкретной ошибки, отражающей SMTP-код последнего отклика сервера.

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

Первая цифра комбинации содержит информацию о качестве доставки:

• сообщение доставлено («SMTP OK»);
• возникла неизвестная или временная проблема («SMTP unknown»);
• критическая ошибка («SMTP error»). 

Существует четыре варианта значений для первой цифры кода:

• 2xx – положительный результат, есть возможность передачи следующей команды;
• 3xx – отложенный результат, необходимо осуществление дополнительных действий;
• 4xx – сообщение не принято, но проблема носит временный характер, и запрос может быть повторен через какое-то время; 
• 5xx – категорический отказ выполнения команды, отправка запроса со стороны передающего сервера в том же виде невозможна. 

Вторая цифра в коде сообщает о категории ответа:

• 0 – синтаксические ошибки; 
• 1 – ответы на запросы информации; 
• 2 – ошибки канала передачи; 
• 3 и 4 – неизвестный тип ошибки;
•  5 – статус почтовой системы.

Третья цифра дает более расширенную информацию о значении, указанном во второй цифре SMTP-ответа.

Помимо цифровой комбинации, SMTP-сообщение может содержать дополнительную текстовую информацию.

Полную информацию о кодах, их компоновке и значениях можно найти в спецификациях RFC 5321 и RFC 1893.

Следует учитывать, что SMTP-message говорит об успешном или неудачном варианте доставки именно на уровне взаимодействия почтовых серверов. Положительный ответ вовсе не означает, что ваше письмо не попало в папку «Спам».

Виды почтовых сервисов

На программном уровне существует несколько видов обработки электронной почтовой корреспонденции. К первой группе относятся виртуальные сервисы, доступные чаще всего в бесплатном исполнении через интернет-соединение на сайте почтового сервера. Это всем известные ресурсы: 

• Gmail/Google Suite (почта от Google.com);
• Yandex.ru;
• Mail.ru; 
• Rambler.ru и другие.

Более подробную информацию о значениях ответов SMTP можно получить на сайтах популярных почтовых сервисов:

• Коды ошибок SMTP почтового сервиса Gmail (Google Suite) (support.google.com)
• Создание и отправка писем на сервисе Яндекс
• Ошибки отправки писем при использовании сервера и сервиса Mail.ru

Ко второй группе относятся почтовые клиенты – программы, обладающие более расширенным функционалом, чем виртуальные сервисы. Наиболее популярными и универсальными почтовыми клиентами для Windows являются:

• Opera Mail;
• Mozilla Thunderbird;
• Koma-Mail;
• SeaMonkey;
• The Bat!;
• Microsoft Outlook.

Принципы работы почтовых клиентов несколько отличаются от процесса обработки корреспонденции виртуальными серверами. При отправке сообщения программа отсылает его не напрямую конечному получателю, а ретранслирует через сервер-релей. Этот процесс осуществляется чаще всего с использованием протокола SMTP, а получение корреспонденции обычно происходит с помощью IMAP или POP.

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

О вариантах выбора и способах создания корпоративных почтовых сервисов более подробно можно прочитать здесь: Что такое почтовый сервер и зачем он нужен.

Классификация отрицательных SMTP-сообщений. Способы решения проблем

Я настроил свою почтовую программу – локальный клиент (MS Outlook и т.п.) или бесплатную почту на gmail или yandex. Начинаю отправлять письма, но сталкиваюсь с различными проблемами, связанными с тем, что мои респонденты не получают направленную им корреспонденцию. Соответственно, на мой ящик приходят сообщения об ошибках в виде кодировок SMTP. 

Сразу опускаю тот пакет сообщений, которые начинаются с 2хх и 3хх, так как они содержат информацию о том, что задача получения письма уже решена положительно либо получит такой статус в ближайшее время. Более подробно рассмотрим некоторые виды кодированных сообщений, начинающихся с 4хх и 5хх, т.е. отклики SMTP-сервера, которые сообщают о наличии проблем.

Почтовый сервер сообщил об ошибке 421

Значение: Service Not Available. Сервер недоступен: канал связи будет закрыт.

Данная ошибка возникает наряду с грейлистингом (Greylisting – «Серый список») при интенсивном использовании бесплатного SMTP-сервера, который лимитирует количество отправляемых сообщений в единицу времени. Для решения этой проблемы можно воспользоваться высоконагруженным SMTP-сервером. Чаще всего эта услуга является платной.

Получено сообщение с кодом 451

Значение: Requested action aborted: local error in processing. Требуемое действие прерывалось: ошибка в обработке.

Устранение проблем с доставкой электронной почты для кода ошибок 451 4.7.500–699 (ASxxx) в Exchange Online. Электронная почта из доменов onmicrosoft.com ограничена и фильтруется для предотвращения спама.

Необходимо добавить настраиваемый домен.

Ошибка почтового сервера 452

Значение: Insufficient system resources. Запрашиваемое действие не выполнено: недостаточно места в системе.

В Microsoft Exchange Server есть специальный компонент мониторинга доступных ресурсов Back Pressure, который отслеживает свободное место на диске, на котором хранятся очереди транспортной службы Exchange. При возникновении такой ошибки можно сделать следующее:

• очистить диск от ненужных файлов;
• отключить мониторинг Back Pressure (не рекомендуется);
• перенести транспортную очередь на другой диск достаточного объема.

Сервер сообщил об ошибке SMTP 550

Значение:  Mailbox unavailable. Требуемые действия не предприняты: электронный ящик недоступен

Данная ошибка может возникнуть из-за настроек программы Антиспам на стороне получателя. Проверьте корректность оформления вашего письма и другие параметры, по которым ваше сообщение может быть отнесено к нежелательным.

Почтовый сервер ответил ошибкой 571

Значение:  SMTP Protocol Returned a Permanent Error 571 xxx@mail.ru prohibited. We do not relay/Spam message rejected. Ошибка на стороне получателя почты.

Как я уже писал выше, разные почтовые серверы накладывают свои ограничения на прием и отправку сообщений. Код 571 в Google Suite расшифровывается следующим образом: «Действующая политика запрещает отправку этого сообщения». Письмо может содержать защищенные или конфиденциальные данные – номера кредитных карт и т.п. Или политика администрирования запрещает отправку определенными пользователями сообщений адресатам вне установленной группы.

Сертификат почтового сервера недействителен

Обычно с таким сообщением приходится сталкиваться пользователям, у которых настроен Microsoft Exchange Server/MS Outlook. В данной ситуации самое простое решение – обновить сертификат.

Проверка доступности почтового сервера программным методом

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

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

• https://mxtoolbox.com
• https://www.ultratools.com
• http://mail2web.com

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

Прочитав эту статью, обратите внимание на то, как настроен ваш почтовый сервер на получение сторонних писем по SMTP-протоколу. Быть может, в данный момент ваш антиспам или локальная политика фильтрации входящих сообщений блокирует получение очень важного и нужного для вас месседжа? Проверьте сами или обратитесь к системному администратору. Если ошибку с SMTP никак не удается решить, то попробуйте обратиться в службу поддержки почтового сервера.

 <?php $to = "somebody@example.com"; $subject = "My subject"; $headers = "From: webmaster@example.com" . "rn" . "CC: somebodyelse@example.com"; mail($to,$subject,$headers); ?> при <?php $to = "somebody@example.com"; $subject = "My subject"; $headers = "From: webmaster@example.com" . "rn" . "CC: somebodyelse@example.com"; mail($to,$subject,$headers); ?> 

Мой код правильный.
Проблема была в Хостинг-провайдере. Я связался с ними об этом, и они сделали некоторую конфигурацию на своем сервере, и все сделано.

4 ответа

<?php
$to = "[email protected]";
$subject = "My subject";

$headers = "From: [email protected]" . "rn" .
"CC: [email protected]";

mail($to,$subject,$headers);
?>

Страницы: [1] 2  Все   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1] 2  Все   Вверх