Ошибка при передачи данных как исправить

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

Проверка настроек компьютера и браузера

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

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

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

• Проверка правильности набранного адреса. Возможно, при наборе электронного адреса получателя была допущена ошибка. Если хотя бы один символ будет введен неправильно, ничего отправить не получится. Помните, что адрес почтового ящика может содержать только английский буквы, цифры и некоторые знаки. Точки в конце и пробелов в адресе быть не должно.
• Проверка интернет-соединения. Можно просто попробовать загрузить другой сайт. Если проблемы с сетью действительно имеются, рекомендую сначала перезагрузить модем/Wi-Fi роутер. Не помогло? Звоните провайдеру!
• Проверка работы браузера. Может, нужный вам почтовый сервис плохо работает именно в том интернет-обозревателе, которым вы на данный момент пользуетесь. Попробуйте войти в почту с другого браузера и снова отправить письмо.

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

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

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

Почему возникает

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

1. От вашего адреса идет рассылка одинаковых писем. Это самая частая проблема.
   Если сервис видит, что от пользователя идут одинаковые сообщения, он автоматически считает их «спамом» и блокирует.
2. Было отправлено много писем. Также причина блокировки. Даже если письма не одинаковые, но их много – сервис все равно считает, что вы являетесь распространителем спама.
3. На адрес были поданы жалобы. Если он используется для работы, то часто на него, возможно, поступают жалобы (по разным причинам). И если жалоб много – Яндекс блокирует пользователя до выяснения обстоятельств.
4. Неправильный адрес получателя. «Ошибка 3» ещё возникает, когда у Яндекса не получается доставить сообщение. Бывает это, когда адрес получателя введен неправильно.

   

5. Неполадки. Ваш аккаунт также мог быть заблокирован случайно.

Письма не отправляются с ящика Gmail

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

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

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

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

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

Переполненность

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

Достаточно просто очистить почту от скопившихся писем. После этого не придется задумываться, по каким причинам не приходят письма на почту «Яндекс».

В середине декабря 2020 года (с 16 декабря и после) ряд пользователей электронных почтовых ящиков на Yandex массово столкнулись с невозможностью отправки своей электронной корреспонденции и соответствующими сообщениями «undefined error», «error data failed» и рядом других в Яндекс почте. При этом повторная попытка отправить электронную почту также оканчивается неудачно, система выдаёт ту же ошибку, и что далее делать в данной ситуации пользователь не знает и не представляет. В этой статье я расскажу, что это за ошибка Undefined в Яндекс почта, каковы могут быть её причины, и что делать если произошла ошибка Undefined в почте от Яндекс.

Ответ на вопрос о том, что это ошибка Undefined в Яндекс, следует начать с перевода текста самой ошибки. В переводе с английского языка «undefined» означает «неопределённый

». Соответственно, под данным термином система Яндекса обозначает неопределённую ошибку, суть которой системе не известна (или, при использовании языка Javascript, значение «undefined» получается при обращении к переменной или объекту, которые были созданы, но ещё не инициализированы).

Соответственно, если мы имеем дело с «неопределённой» ошибкой, то причины возникновения последней могут быть различными. Некоторые из специалистов связанных с «Яндекс» выдвигают версию о DOS-атаке, направленной на серверы Яндекса, к которой могли приложить руку зарубежные хакеры (выдвигается даже достаточно сомнительная версия о «мести» компании Гугл за скандальное антимонопольное дело, инициированное ).

Тем не менее, сервис Яндекс.Почта, которым пользуются около 27 миллионов человек, примерно с 16 декабря стал регулярно выдавать ошибку «undefined error», а частная и корпоративная почта многих почтовых аккаунтов на Яндекс не была вовремя доставлена к месту назначения.

Проблема с Mail.Ru

В Mail.Ru тоже проблемы с доставкой сообщений встречаются очень редко. При неудачной отправке письма можно попробовать повторно провести операцию, обычно это помогает.

Еще один вариант – к письму был приложен файл большого объема. Он либо превышает установленные ограничения сервиса Мэйл.Ру, либо из-за низкой скорости интернета не загружается.

Если вы слишком часто посылаете со своего почтового ящика письма одинакового содержания, сервис может заподозрить вас в распространении спама. Такое бывает, когда ящик взламывают. Решить подобное можно прямо на сайте сервиса (обычно предлагается сменить пароль). Еще следует проверить папку «Исходящие» и узнать, какие именно письма отправлялись с вашего ящика.

Не помогло – обращайтесь в Помощь Mail.Ru. Переходите в раздел «Письма» и ищите соответствующий пункт. Потом отметьте тип проблемы и отправьте запрос. Сотрудники решат проблему.

Описание

Ретрансляция происходит, когда почтовое сообщение отправлено на адрес электронной почты, домен которого (имя после символа @, например adatum.com) не обрабатывается протоколом SMTP или сервером исходящей почты, получающим от отправителя запрос на доставку сообщения. SMTP-серверу необходимо подключиться к другому SMTP-серверу, чтобы ретранслировать сообщение.

Если при отправке почтового сообщения возникает ошибка ретрансляции, ваш SMTP-сервер (исходящей почты) может вернуть ваше сообщение вместе с сообщением об ошибке, например, такого вида:

Тема: , учетная запись: , сервер: , протокол: SMTP, ответ сервера: «550 Ретрансляция запрещена», порт: 25, защита (SSL): нет, ошибка сервера: 550, номер ошибки: 0x800CCC79″.

«Не удается отправить сообщение, поскольку сервер отказался принять адрес одного из получателей. В письме был указан адрес: . Тема: , учетная запись: , сервер: , протокол: SMTP, ответ сервера: «553 к сожалению, этого домена нет в моем списке разрешенных узлов (#5.7.1)», порт: 25, защита (SSL): нет, ошибка сервера: 553, номер ошибки: 0x800CCC79″.

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

и появляется в папке
Отправленные
), но получателю оно не доставляется.

Ваше сообщение отклонено, поскольку SMTP-сервер (исходящей почты) не распознал вас как полномочного пользователя.

SMTP — это протокол (стандарты, используемые компьютерами для взаимодействия), который используется на большинстве серверов электронной почты для отправки сообщений в Интернете. Если вы используете почтовую программу (например, Outlook), которая позволяет хранить сообщения на компьютере, вам необходим доступ к SMTP-серверу для отправки сообщений.

Примечание:

Веб-системы электронной почты (например, Windows Live Mail или Yahoo! Mail) работают иначе и не рассматриваются в этой статье.

Нежелательная почта и открытые ретрансляции

Рекламные сообщения, распространяемые без запроса, называют нежелательной почтой или спамом. Объем нежелательной почты продолжает расти, потому что ее отправка практически ничего не стоит тем, кто ее рассылает. Фактически отправителю даже не обязательно отправлять нежелательную почту через SMTP-сервер (исходящей почты) своего поставщика интернет-услуг.

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

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

Ограничения поставщика интернет-услуг на ретрансляцию почтовых сообщений

По мере увеличения объемов нежелательной почты администраторы сети (люди, отвечающие за управление серверами поставщика интернет-услуг) начали вводить ограничения на своих почтовых SMTP-серверах. Эти ограничения не позволяют использовать почтовый сервер всем подряд. Представьте, что в вестибюле вашей организации есть телефон, доступный для всех, в том числе для тех, кто не является сотрудником организации. Теперь телефоном разрешено пользоваться только сотрудникам.

На сегодняшний день используются ограничения нескольких типов.

Требуется проверка подлинности SMTP.

Так же как вы используете имя пользователя и пароль для доступа к POP3-серверу (входящей почты) и своим почтовым сообщениям, вам требуется ввести имя пользователя и пароль для отправки почтовых сообщений через SMTP-сервер. Обычно это те же имя пользователя и пароль, что и для POP3-сервера, но могут быть и уникальные.

Требуется сначала подключиться к POP3-серверу (входящей почты) поставщика интернет-услуг.

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

Требуется подключение из авторизованного расположения в сети.

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

Требуется подключение с определенного IP-адреса или диапазона IP-адресов.

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

Возможных сценариев ретрансляции очень много. Ниже приведены самые распространенные ситуации. Возможно, одна из них похожа на вашу.

Ситуация	Это ретрансляция?
Вы дома, и у вас есть учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com , с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com .
То же, что и в первой ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com .	Да, но она не блокируется. Вы подключаетесь напрямую к поставщику интернет-услуг и тем самым получаете полномочия для отправки почты через его SMTP-сервер (исходящей почты) на любые адреса, независимо от расположения почтового ящика получателя.
Вы на работе. Ваш рабочий почтовый адрес оканчивается на @thephone-company.com , и у вас есть домашняя учетная запись поставщика интернет-услуг, адрес которой оканчивается на @proseware.com и с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение человеку, почтовый адрес которого тоже оканчивается на @proseware.com .	Нет. Ваша почта обрабатывается обычным способом.
Вы остановились в гостинице или воспользовались в аэропорту интернет-терминалом, предоставляющим доступ в Интернет. У вас есть домашняя учетная запись поставщика интернет-услуг, оканчивающаяся на @proseware.com , с которой вы подключаетесь по телефонной линии, с помощью кабеля или через DSL-модем. В Outlook у вас настроены те же параметры SMTP-сервера, что и дома. Вы отправляете сообщение другому человеку, почтовый адрес которого тоже оканчивается на @proseware.com .	Нет. Ваша почта обрабатывается обычным способом.
То же, что и в предыдущей ситуации, только вы отправляете сообщение человеку, почтовый адрес которого оканчивается на @adatum.com .	Да, и это сообщение может быть заблокировано как ретранслируемая почта. Вы пытаетесь использовать домашний SMTP-сервер (исходящей почты) своего поставщика интернет-услуг, хотя не подключены к его сети. SMTP-сервер не может удостоверить вас как полномочного подписчика поставщика интернет-услуг. Кроме того, вы просите SMTP-сервер принять сообщение и подключиться к другому SMTP-серверу, чтобы доставить его в почтовый ящик получателя.

Письма не уходят с Яндекс.Почты

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

Если письмо попало в «Черновики», попробуйте отправить его повторно. Когда в письме есть вложения, отправка может занять просто немного больше времени.

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

Настройки делегирования

Если срок регистрации домена не истек и домен делегирован, проверьте DNS с помощью dig-утилиты (например, https://www.ip-ping.ru или https://www.digwebinterface.com) :

Убедитесь, что по запросу «NS» отвечают те же NS-серверы, которые указаны в Whois-информации о домене.

Укажите имя вашего домена («yourdomain.tld» ) в качестве адреса сайта.

Выберите тип записи NS и выполните запрос.

Если отвечают NS-серверы, указанные у регистратора, значит настройки делегирования верны.

Если ответа нет или отвечают другие NS-серверы, значит изменения еще не вступили в силу или настройки делегирования были выполнены некорректно. Например, при делегировании домена была допущена ошибка в именах NS-серверов у регистратора или не настроена зона для вашего домена на серверах, на которые домен делегирован.

Если отвечают не только NS-серверы, указанные у регистратора, значит, на серверах, на которые делегирован домен, добавлены сторонние NS-записи. Для корректной работы Почты для домена, домен следует делегировать на серверы только одной компании. Делегировать следует только в панели управления регистратора.

Проблемы с электронной почтой Rambler

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

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

Любые другие неполадки можно легко решить обращением в службу технической поддержки. Желательно как можно более подробно описать ее характер и приложить скриншоты.

Вижу ошибку при отправке

Какое сообщение вы получили?

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

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

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

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

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

Проблемы с почтовыми клиентами

Множество людей пользуются специальными почтовыми клиентами. В таких приложениях можно принимать и отправлять сообщения с разных аккаунтов и от нескольких пользователей. Но даже тут не исключены проблемы в работе.

Microsoft Outlook

Если письмо в Microsoft Outlook не отправляется, сначала надо проверить нижнюю часть окна программы. Если в ней указано «Автономная работа», «Попытка подключения…» или «Отключено», значит, связь с сервером электронной почты не была установлена. Тут поможет повторная отправка письма.

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

Проблема с отправкой может настичь пользователя при недавней смене пароля. В Microsoft Outlook все меняется в «Настройках учетных записей». Влияние антивируса тоже не исключается.

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

eM Client

Решать проблемы с отправкой в клиенте eM стоит исходя из сообщения об ошибке. Для данной программы очень важна правильная конфигурация электронной почты. Решить подобную проблему можно изменением порта для SMTP-сервера на 465 с помощью SSL. Если это не сработает, стоит использовать порт 587 с TLS или порт 25 с SSL.

Еще eM Client может блокироваться популярными антивирусными программами. Ранее такое происходило, но производители защитного ПО исправили проблему с выходом обновления. Должно помочь временное отключение антивируса или даже удаление.

В крайнем случае следует переустановить eM Client. Может быть, в момент установки возникли какие-то повреждения.

Что делать если почту заблокировали?

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

1. Сменить пароль почтового клиента.
2. Заполнить персональные данные: имя, фамилию, дату рождения.
3. Привязать корректный номер мобильного телефона.
4. Проверить компьютер на вирусы, например бесплатной программой от Dr.Web CureIt.

Напишите в комментариях удалось ли исправить проблему, а так же была ли полезна информация. Если вы столкнулись с другими ошибками сообщайте нам в форму “Сообщить о проблеме” в боковой колонке сайта.

Что нужно сделать?

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

Обновление

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

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

Переустановка браузера

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

Выделить письма

С выделенными письмами можно совершать различные действия:

«,»hasTopCallout»:true,»hasBottomCallout»:true,»areas»:[{«shape»:»circle»,»direction»:[«top»,»right»],»alt»:»Выделить все письма на странице»,»coords»:,»isNumeric»:false,»hasTopCallout»:true,»hasBottomCallout»:false},{«shape»:»circle»,»direction»:[«bottom»,»right»],»alt»:»Выделить одно письмо»,»coords»:,»isNumeric»:false,»hasTopCallout»:false,»hasBottomCallout»:true}]}}»>

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

+
A
.

Яндекс почта произошла ошибка

Яндекс почта произошла ошибка

Новые темы необходимо создавать только в корневом разделе! В дальнейшем они будут обработаны модераторами.

Если Вы выложили новую версию программы, пожалуйста, сообщите об этом модератору нажав на вашем сообщении кнопку «Жалоба».

Последнее обновление программы в шапке: 02.04.2020

Краткое описание:
Приложение помогает работать сразу с несколькими ящиками на Яндексе, Mail.Ru, Gmail или Outlook.com — получать и читать письма, отвечать на них, просматривать вложения и многое другое (спойлер)

Разбирайте письма легко, даже если их много: ненужные можно удалять одним движением, а нужное — быстро найти с помощью встроенных фильтров (например, все электронные билеты или уведомления соцсетей). Для каждой папки можно настроить свои уведомления, это позволит не пропускать самое важное. Также не теряться в электронной почте помогает автоматическая группировка писем по темам — они собираются в цепочки, которые разворачиваются в хронологическом порядке.

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

Одна почта для всего — если стало неудобно проверять все свои электронные ящики на Gmail, Mail.ru и Рамблер, просто настройте сборщики почты Яндекса. Это можно сделать на компьютере, а получать письма сразу с нескольких адресов и отвечать на них — даже в мобильном приложении.

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

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

Настройте ящик под себя — откройте веб-версию на компьютере, добавьте аватарку и установите оригинальную тему оформления, после чего внешний вид мобильного приложения тоже изменится. Личную подпись, которая будет автоматически добавляться во все ваши сообщения, можно добавить и отредактировать где вам будет удобнее — на компьютере или в мобильном приложении.

Оповещения могут блокироваться настройками Вашего устройства. Например, приложению может быть запрещено передавать данные в фоновом режиме. В таком случае список писем не сможет обновляться, если Вы вышли из приложения. Чтобы разрешить приложению работать в фоне устройства, перейдите в системные настройки → «Приложения» → «Яндекс.Почта» → «Передача данных» и включите «Фоновый режим».

Для включения автозапуска перейдите в системные настройки → «Приложения» → «Яндекс.Почта» → «Управление разрешениями» и включите «Автозапуск».

Возможно, оповещения не работают из-за энергосберегающего режима. Попробуйте отключить его и проверить, появятся ли оповещения после этого? Для этого откройте «Системные настройки устройства» → «Дополнительно» → «Батарея и производительность» → «Расход заряда батареи приложениями» → «Режим экономии энергии» и отключите его.

На работу уведомлений могут влиять и приложения, которые служат для экономии заряда батареи, для ускорения работы телефона (например приложение CM Locker, которое самостоятельно вносит ограничения в работу устройства, несмотря на все разрешения, в настройке «очистка уведомлений») или оптимизации интернет-трафика, а также брандмауэры и антивирусы. Попробуйте временно отключить подобные приложения, если они установлены.

Проверьте, не выключены ли уведомления для некоторых папок? Для этого перейдите в настройки приложения Яндекс.Почта → выберите ящик, для которого не работают уведомления → убедитесь, что в разделе «Уведомления» включена настройка «Сообщать о входящих» и для каждой папки выбран параметр «Уведомляет о письмах и загружает их».

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

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

Содержание статьи:

• Пошаговая проверка почтового сервера
• Коды ошибок почтовых серверов и как устранить эти ошибки
  • Ошибка почтового сервера 421
  • Почтовый сервер ответил 451
  • Ошибка почтового сервера 452
  • Ошибка почтового сервера 550
  • Почтовый сервер ответил 571
  • Сертификат почтового сервера недействителен

Иногда в работе электронной почты возникают ошибки. Чаще всего они проявляются в том, что пользователи не могут отправить или получить письмо, получают сообщение “Не удалось подключиться к почтовому серверу”. Причины некоторых ошибок почтового сервера легко найти, для других потребуется тщательная диагностика настроек почтового сервера. Эта статья призвана помочь в поиске и устранении таких ошибок.

Пошаговая проверка почтового сервера

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

• Если вы сразу же получили сообщение об ошибке подключения к почтовому серверу, как только попытались отправить или получить письмо, это свидетельствует, что проблема действительно с сервером. Отметьте себе код ошибки, далее мы расскажем о них подробнее.
• Письмо было отправлено, но затем возвращено, вы получили так называемое bounced message – сообщение о том, что письмо было не доставлено по какой-либо причине. Чаще всего в тексте сообщения указывается эта причина (например, письмо слишком похоже на спам или почтовый сервер imap mail не отвечает), попробуйте устранить её.
• Почтовый сервер не отвечает, при отправке ошибок не было, но вы не получили письмо в течение нескольких минут. В первую очередь проверьте папку “Спам”, возможно, оно попало туда. Если нет, то перепроверьте настройки почтового клиента.
• Если вы без проблем отправляете и получаете тестовые письма, скорее всего проблема не в почтовом сервере, а в работе сети.

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

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

Коды ошибок почтовых серверов и как устранить эти ошибки:

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

• проблема может возникнуть из-за неправильно заданных параметров SMTP-соединения, перепроверьте их настройки
• брандмауэр блокирует IP сервера электронной почты, в таком случае надо добавить новое правило для него
• блокируется трафик через порт 25. Попробуйте в настройках учетной записи электронной почты сменить номер порта SMTP на 465
• ошибка вызвана использованием VPN – попробуйте отключить VPN и отправить письмо. Если проблема была в этом, то необходимо, чтобы провайдер услуги занес ваш почтовый сервер в белый список адресов VPN

Почтовый сервер ответил 451

• превышено количество допустимых подключений или лимит обмена сообщениями за отрезок времени, в таком случае письма просто ждут в очереди отправки. В настройках сервера вы можете увеличить этот лимит или задать ограничение не на количество подключений к серверу, а на количество писем на одного пользователя. Если никакой вредоносной деятельности вы не обнаружили, то можете отправить накопившуюся очередь писем командой принудительной отправки (force send).
• неправильно настроенные MX-записи домена и неправильная маршрутизация писем вследствие этого. Проверьте логи, конфигурационные файлы, МХ-записи и разрешения, чтобы установить причину ошибки

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

• вероятно, ошибка не на вашей стороне – на сервере получателя закончилось место, поэтому письмо не доставляется. Проверьте, получается ли отправлять письма на другие сервера
• если в сообщении об ошибке есть текст “Out of memory”, то места не хватает на вашем сервере. Проверьте количество писем в очереди, свободное место на диске и объем доступной памяти

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

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

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

Ошибка при получении почты (на стороне получателя). Причины:

• IP отправителя заблокирован на стороне получателя спам-фильтром, антивирусом или фаерволом, текст сообщения об ошибке будет похож на такой: “Почтовый сервер ответил: spam message rejected”. Если вы отправляете тестовое письмо себе, попробуйте отключить это ПО и проверьте отправку/получение писем без него
• у IP отправителя нет RDNS
• отправитель занесен в спам-лист, фильтры сообщений получателя не пропускают письмо

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

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

Проверьте, вероятно, пришло время обновить сертификаты.

Мы надеемся, что этот материал был вам полезен. Иногда найти ошибку очень трудно, для этого приходится изучать логи электронной почты, её маршрутизацию, параметры почтового сервера. Специалисты “Интегрус” готовы помочь в этом. Мы проведем аудит, обеспечим защиту почтового сервера, отсутствие спам-рассылок, установим почтовый сервер на Windows Server, почтовый сервер на Линукс, выполним настройку почтового сервера Postfix, настроим записи RDNS и SPF, устраним ошибки почтового сервера pop3 и другие.

Мы всегда готовы дать рекомендации по настройке и защите почтового сервера, так что если у вас есть вопросы, не откладывайте и обращайтесь к нам за консультацией.

Произошел масштабный сбой в работе сервисов «Яндекса»

5 февраля 2020 года в работе «Яндекса» произошел сбой. Согласно данным сервиса Downdetector на 16:00 по московскому времени с проблемами в работе сервиса столкнулись более пяти тысяч человек. Сбой затронул пользователей из Москвы, Санкт-Петербурга, Волгограда, Калининграда, Ярославля, Нижнего Новгорода, Самары, Саратова, Краснодара, Екатеринбурга, Уфы, Омска, Новосибирска, Астрахани, Владивостока и других городов.

Основные жалобы: не работает почтовый сервис «Яндекс.Почта», недоступен «Яндекс.Диск», есть проблемы с доступом к музыкальным сервисам (голосовой помощник Алиса тоже не может включить песни), «Кинопоиску», «Яндекс.Такси» и Uber (невозможно вызвать машину и принять заказ), «Яндекс.Метрике», «Яндекс.Дзен», каршерингу «Яндекс.Драйв», нет возможности сделать денежные операции через «Яндекс.Деньги».

«У ряда пользователей возникают кратковременные трудности с доступом к сервисам «Яндекса». Наши специалисты работают над устранением сложностей», — говорится в сообщении пресс-службе компании, после подтверждения проблем многими пользователями.

Через полтора часа после возникновения проблемы, она была частично устранена специалистами «Яндекс», но еще не полностью. Причина возникновения сбоя в работе сервисов компании на данный момент не уточнена. Работы по восстановлению доступа к сервисам «Яндекс» продолжаются.

Из-за сбоя в «Яндекс.Такси» подорожали услуги такси в других сервисах. Также возросла нагрузка на сервисы «Ситимобил», «Везет» и Gett.

В компании «Ситимобил» допустили повышение цен на такси из-за сбоя в сервисе «Яндекса». «Из-за возросшей более чем в два раза нагрузки в некоторых районах может быть долгое ожидание и повышенные коэффициенты», — заявил представитель компании.

На 18:00 по московскому времени заработали сервисы «Яндекс.Почта», «Яндекс.Директ» и «Яндекс.Такси».

На 19:00 по московскому времени «Яндекс» полностью восстановил работу сервисов после произошедшего сбоя, об этом сообщили агентству «Интерфакс» в пресс-службе компании. В настоящее время, по заявлению представителей «Яндекса», все приложения и сервисы работают в штатном режиме.

«Приносим извинения пользователям за временные неудобства», — сказали в пресс-службе «Яндекса».

Ранее 27 января 2019 года произошел масштабный сбой в работе почтового сервиса Mail.ru. После восстановления работоспособности сервиса почти через пять часов, почтовый сервис Mail.ru заработал в штатном режиме.

Пользователи сервисов «Яндекса» также столкнулись с проблемами в это время. Массовые жалобы начали поступать примерно в 12:00 по московскому времени 27 января 2019 года. Проблемы связаны с работой почты (64%), сайта (32%) и сервисом «Яндекс.Деньги» (3%). В «Яндексе» сообщили изданию “Коммерсантъ”, что все сервисы «работают в штатном режиме». «Сложности с доступом к почте у отдельных пользователей связаны с тем, что в приложении «Яндекс.Почта» можно добавить аккаунт не только «Яндекса», но и других почтовых сервисов, у которых сегодня наблюдаются проблемы», — рассказали тогда в пресс-службе «Яндекса».

Самая долгая по времени и масштабная авария была у «Яндекса» в 2011 году. Сбой произошел 19 августа, длился примерно с 19:00 до 23:00 и выразился в прекращении работы всех сервисов, включая поиск. После ликвидации неполадок представитель компании рассказал, что авария произошла из-за «проблем с маршрутизацией в сети «Яндекса».

Яндекс почта произошла ошибка

При работе с почтовым клиентом Яндекс.Почта пользователи могут столкнуться с непредвиденными ошибками. Что бы не было путаницы сегодня расскажем об ошибке Код: 3, которая появляется при попытке отправить письмо. Так же данный сбой может сопровождаться текстом «Письмо не может быть отправлено, потому что кажется похожим на спам». В обоих случаях суть проблемы та же, по этому вначале мы расскажем вам о возможных причинах этой ошибки, а ниже дадим инструкцию как её исправить.

Причины ошибки

Если вы получили код ошибки 3 или сообщения о спаме – вариантов несколько: вашу почту взломали для рассылок сообщений, ошибка в работе почтового робота, который случайно принял письмо за Спам, либо вы сами злоупотребляете рассылкой. В любом случае блокировка наступает если вы нарушили одно или несколько правил:

• Идёт рассылка одинаковых или шаблонных писем на разные адреса;
• Вы отправили большое количество писем за последние 24 часа;
• Почтовый робот посчитал ваше письмо подозрительным;
• Вы пытаетесь отправить письмо на несуществующий адрес;
• На аккаунт жалуются пользователи в связи с рассылкой писем с вашего адреса.

Первое что следует проверить это поле с адресом отправителя. Адрес не должен содержать кириллических символов и недопустимых знаков. А так же заканчиваться корректным адресом почтового клиента. Например: «@yandex.ru», «@gmail.com», «@mail.ru» «@rambler.ru», «@list.ru». Если вы копировали адрес в поле отправителя попробуйте набрать его «вручную». Возможно была лишняя кириллическая буква.

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

Ошибка. Код: 3 — рекомендации Яндекса

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

Десктопный интерфейс означает использование сайта почтового клиента, а не мобильного приложения или программы для работы с письмами.

Для этого с компьютера или телефона перейдите по адресу: https://mail.yandex.ru, зайдите в свой аккаунт и отправьте любое письмо для теста. Так мы подскажем почтовому роботу, что наш аккаунт хороший.

Что делать если почту заблокировали?

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

1. Сменить пароль почтового клиента.
2. Заполнить персональные данные: имя, фамилию, дату рождения.
3. Привязать корректный номер мобильного телефона.
4. Проверить компьютер на вирусы, например бесплатной программой от Dr.Web CureIt.

Напишите в комментариях удалось ли исправить проблему, а так же была ли полезна информация. Если вы столкнулись с другими ошибками сообщайте нам в форму «Сообщить о проблеме» в боковой колонке сайта.

14.09.2013. Сегодня, 14 сентября, 2013 г. время 8:30. Не работает Яндекс — почта, на которой у меня куча ящиков, между прочим!

Выдаёт свою любимую, но доселе редкую ошибку: »

«Произошла ошибка.

Попробуйте обновить страницу браузера или повторить попытку через несколько минут.»

Время 8:35 (Московское), ошибка всё еще висит.

А ведь людям надо работать! Это же не просто почтовый ящик, это средство, инструмент для удалённой работы, заработка!

Вот такой вот он, яндекс!

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

Все остальные фирмы ему, яндексу, заметно уступали в надёжности, кроме Google, который вообще никогда не отваливается, видимо)

Что в этом случае делать.

Вероятно, вы пришли сюда с надеждой, что это можно вылечить как-то самостоятельно?) На что-то нажать, и ошибка ЯНДЕКСА вида « Попробуйте обновить страницу браузера» лечится как-то своими действиями?

Поспешу разочаровать! Подобные ошибки происходят на стороне серверов фирмы ООО «Яндекс», и , следовательно, если Вы не администратор почтового сервера Яндекс, то и вылечить не сможете!

Здесь только ждать, пока они (специалисты Яндекс) всё исправят! Увы и ах! И сколько бы Вы не жали на кнопку F5 в браузере, как написано в этом сообщении об ошибке, ничего не произойдёт до тех пор, пока ОНИ не исправят…

Создание сайта. Продвижение сайта. Заработок на сайте.

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

Возможно, это происходит по следующим причинам:

• Браузер отображает данные, сохраненные в кэше. Чтобы браузер отображал актуальные данные, а не сохраненные в кэше, очистите кэш браузера и удалите все файлы cookies.
• Расширения блокируют Яндекс.Почту. Почта может работать некорректно из-за дополнений и расширений в браузере. Чтобы проверить это, временно отключите их. Если Почта работает неправильно из-за блокировщика рекламы или расширения-антивируса, добавьте страницу Почты в исключения этого расширения.
• Вы используете устаревший браузер — обновите веб-браузер.

Если не работают кнопки, не отображаются элементы страницы, не прикрепляется вложение — причинами могут быть выше описанные пункты. Или же возникают проблемы с сертификатом.

• Проверьте, что в адресную строку браузера введен правильный адрес — mail.yandex.ru или passport.yandex.ru , а после ru стоит символ /, а не точка или другой символ.
• Убедитесь, что на компьютере корректно установлены дата и время. Если дата и время настроены неправильно, система ошибочно определяет, что срок сертификата еще не наступил или уже кончился.
• Убедитесь, что в настройках вашего антивируса отключена проверка HTTPS-соединений.

Чтобы изменить режим поведения, и установите параметры Режим браузера и Режим документов в соответствии с версией используемого вами браузера.

1. Нажмите клавишу F12 или выберите в меню пункт Средства разработчика.
2. Нажмите значок и выберите значение в соответствии с версией используемого вами браузера.

Если в браузере вы получаете сообщения о ненадежном соединении или некорректном сертификате безопасности:

• Проверьте, что в адресную строку браузера введен правильный адрес — mail.yandex.ru или passport.yandex.ru , а после ru стоит символ /, а не точка или другой символ.
• Убедитесь, что на компьютере корректно установлены дата и время. Если дата и время настроены неправильно, система ошибочно определяет, что срок сертификата еще не наступил или уже кончился.
• Убедитесь, что в настройках вашего антивируса отключена проверка HTTPS-соединений.

Возможно, это происходит по следующим причинам:

Браузер отображает данные, сохраненные в кэше Обновите страницу, нажав комбинацию клавиш Ctrl+F5. После этого очистите кэш браузера и удалите все файлы cookies, а затем еще раз попробуйте открыть письмо. Расширения блокируют Яндекс.Почту Почта может работать некорректно из-за дополнений и расширений в браузере. Чтобы проверить это, временно отключите их. Если Почта работает неправильно из-за блокировщика рекламы или расширения-антивируса, добавьте страницу Почты в исключения этого расширения. Вы используете устаревший браузер Установите последнюю версию вашего браузера.

Ниже приведены причины и способы решения типичных проблем,
почему почта может не отсылаться из ePochta Mailer. Даже
на ваш собственный почтовый адрес!

Ошибка	Описание и способ решения
Connecting to: smtp.server.ru:25 Disconnected. Disconnected. Socket Error # 10051 Network is unreachable	Причин проблемы может быть две: 1 — соединение блокируют защитные программы 2 — порт 25 закрыт интернет-провайдером. В первом случае — отключите защитные программы и повторите отправку пробного письма, во втором — свяжитесь с вашим интернет-провайдером и попросите либо открыть этот порт, либо используйте альтернативные порты для этого SMTP-сервера, с которыми он может работать и который не закрыты вашим интернет-провайдером.
HELO/HELO rejected	Вам необходимо открыть «Настройки»/ «Общие настройки»/ «Соединение»/ «Значение HELO» и нажать «Определить» . После этого скопируйте ваше значение HELO и вставьте в соответствующее поле.
mail.ru блокирует как спам	Вашу рассылку приняли за спам на сервере mail.ru. Наиболее часто такое случается когда вы шлете пустое письмо. Вам необходимо пройти по ссылке «http://mail.ru/notspam/» для получения деталей, или написать письмо на «[email protected]» . Свяжитесь с mail.ru и объясните, что ваша рассылка не спам и потребуйте объяснить, по какой причине они блокируют ее. Или используйте другой SMTP-сервер
«Отправка…» очень долго	Если статус «Отправка…» висит уже достаточно долго (более минуты), просьба проверить следующее: 1. Подготовленное сообщения имеет большой размер и для ePochta Mailer надо больше времени, чтобы его отправить. 2. ePochta Mailer полностью заблокирован от доступа в Интернет антивирусом или сетевым экраном. Установите исключение для ePochta Mailer.
Ошибка 450: Requested mail action not taken: mailbox unavailable.	Сервер не может получить доступ к почтовому ящику для доставки сообщения. Это может быть вызвано процессом чистки мертвых адресов на сервере, почтовый ящик может быть поврежден, или почтовый ящик может находиться на другом сервере, который в настоящее время не доступен. Также сетевое соединение могло быть разорвано во время отправки, или удаленный почтовый сервер не хочет принимать почту с вашего сервера по некоторым причинам (IP-адрес, черные списки и т. д.). Повторная попытка отправки письма на этот почтовый ящик может оказаться успешной.
Ошибка 451: Requested action aborted: local error in processing.	Эта ошибка, как правило, возникает из-за перегрузки вашего Интернет провайдера или через ваш SMTP-релей отправлено слишком много сообщений. Следующая попытка отправить письмо может оказаться успешной.
Ошибка 500: Syntax error, command unrecognized.	Ваш антивирус/брандмауэр блокирует входящие/исходящие соединения SMTP. Вам следует настроить антивирус/брандмауэр для решения проблемы.
Ошибка 501: Syntax error in parameters or arguments.	Недопустимые адреса электронной почты или доменное имя почтового адреса. Иногда указывает на проблемы соединения.
Ошибка 503: Bad sequence of commands or this mail server requires authentication.	Повторяющая ошибка 503 может свидетельствовать о проблемах соединения. Отклик 503 SMTP-сервера чаще всего является показателем того, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.
Ошибка 512: The host server for the recipient’s domain name cannot be found (DNS error).	У одного из серверов на пути к серверу назначения есть проблема с DNS-сервером либо адрес получателя не верный. Проверьте адрес получателя на правильность доменного имени (орфографические ошибки в доменном имени или несуществующее доменное имя).
Ошибка 513: Address type is incorrect or authentication required.	Убедитесь, что адрес электронной почты получателя верный, не содержит ошибок. Затем попробуйте повторно отправить сообщение. Другой причиной может быть то, что SMTP-сервер требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (обычно аутентификация ESMTP, логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера.
Ошибка 523: The Recipient’s mailbox cannot receive messages this big.	Размер сообщения (сообщение + все его вложения) превышает ограничения по размеру на сервере получателя. Проверьте размер сообщения, которое Вы подготовили для отправки, в частности, размер вложений, возможно, стоит разбить сообщения на части.
Ошибка 530: Access denied.	SMTP-сервер вашего провайдера, требует аутентификации, а Вы пытаетесь отправить сообщение без аутентификации (логин + пароль). Проверьте Общие настройки, чтобы убедиться в правильности настроек SMTP-сервера. Другой причиной может быть то, что ваш SMTP-сервер находится в черном списке сервера получателя. Или почтовый ящик получателя не существует.
Ошибка 535: Username and Password not accepted.	Проверьте настройки SMTP-сервера. Убедитесь в том, что логин и пароль введены правильно. Откройте «Настройки»/ «Общие Настройки»/ «SMTP» , там двойной клик по адресу SMTP сервера, и в появившемся окне исправьте имя пользователя и пароль. Примечание 1: Убедитесь, что CAPS LOCK выключен — это важно! Примечание 2: Некоторые SMTP сервера требуют в качестве логина «[email protected]» вместо просто «user» , уточните эти моменты.
Ошибка 541: Recipient Address Rejected — Access denied.	Этот ответ почти всегда отправляется Антиспам фильтром на стороне получателя. Проверьте ваше сообщение со спам-чекером или попросите получателя добавить вас в белый список.
Ошибка 550: Mailbox unavailable.	Отклик 550 SMTP-сервера означает, что емейл-адреса получателя нет на сервере. Свяжитесь с получателем устно, чтобы получить его емейл-адрес. Ошибка 550 иногда может быть отправлена Антиспам фильтром. Другим случаем возврата отклика 550 может быть, когда сервер получателя не работает.
Ошибка 552: Requested mail action aborted: exceeded storage allocation or size of the incoming message exceeds the incoming size limit.	Почтовый ящик получателя достиг своего максимально допустимого размера. Другим случаем возврата отклика 552 может быть, когда размер входящего сообщения превышает лимит указанный администратором сети.
Ошибка 553:Requested action not taken — Mailbox name invalid.	Неверный адрес электронной почты получателя. Отклик 553 SMTP-сервера иногда возвращает почтовый сервер вашего Интернет провайдера. Это происходит, если у Вас нет подключения к Интернету у этого провайдера.
Ошибка 554: Transaction failed.	Отклик 554 SMTP-сервера возвращает антиспам-фильтр в случае, если не нравится емейл-адрес отправителя, или IP-адрес отправителя, или почтовый сервер отправителя (к примеру, они находятся в RBL). Вам нужно либо попросить отправителя добавить Вас в белый список, либо Вы должны принять меры, чтобы Ваш IP-адрес или ISP сервер был удален из RBL (Realtime Blackhole List).

Время от времени пользователи жалуются на то, что им не приходят письма на почту «Яндекс». Почему может такое происходить? Как бороться с данной проблемой? Действительно ли все так опасно, как кажется на первый взгляд? Ответить на все это предстоит далее. На самом деле проблем может быть очень много. Но паниковать явно не стоит. Большинство ситуаций разрешаются без особого труда.

Сбой сети

Почему не приходят письма на почту «Яндекс»? Все дело может крыться в самом обычном системном сбое данного сервиса. От пользователя это не зависит. Происходит из-за перегрузки главного сервера или при обновлении.

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

Спам

Но это не самая распространенная проблема. Не приходят письма на почту «Яндекс»? Чаще всего в действительности сообщения доходят до ящика пользователя. Просто помещаются все письма не во «Входящие», а в папку «Спам».

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

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

Блокировка

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

В данном случае рекомендуется написать в техническую поддержку «Яндекса». Хотя многие пользователи советуют просто завести себе почту на другом хостинге. Снятие блокировки — дело непростое. Но можно попытаться своими силами разрешить ситуацию. Не приходят письма на почту «Яндекс» с GMail? Достаточно попытаться поработать немного с фильтрами. Может быть, получится без особого труда снять блокировку.

Работа с фильтрами

Если письма от какого-то пользователя помещаются в папку «Спам» или не приходят пользователю, рекомендуется включить настройки фильтров безопасности в «Яндексе». Как это сделать?

Достаточно следовать инструкции:

1. Пройти авторизацию в почте. Дальше зайти в «Настройки».
2. Выбрать в появившемся меню «Правила обработки почты».
3. Перейти в раздел «Белый список» и набрать там в соответствующем окне необходимый адрес отправителя.
4. Нажать на «Добавить».

С этих пор контакты из «Белого списка» не будут помещаться в папку «Спам». И как запрещенные распознаваться они тоже не станут. Понятно, что делать, если не приходят письма на почту «Яндекс».

Переполненность

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

Достаточно просто очистить почту от скопившихся писем. После этого не придется задумываться, по каким причинам не приходят письма на почту «Яндекс».

У современного пользователя есть огромный выбор браузеров. Частенько владельцы ПК, лаптопов, планшетов или смартфонов предпочитают пользоваться одновременно несколькими приложениями, подбирая оптимальное для определенных задач. Яндекс браузер – один из них. Несмотря на стабильность и постоянное совершенствование продукта, иногда у пользователей возникают ошибки. Сегодня мы расскажем, что делать, если возник сбой «Произошла ошибка, Яндекс браузер не может продолжить работу. Перезапустить?».

Яндекс.Браузер не может продолжить работу.

Почему это происходит?

Прежде всего, имеет место повреждение необходимых файлов или их конфликт с Windows. Причин этого уйма:

• установка левых плагинов, вирусы и другое вредоносное ПО;
• неправильное обновление или вмешательство пользователя (удаление или изменение значений работы);
• блокировка со стороны средств защиты и многое другое.
• не исключайте и ошибки самих разработчиков, например, после последних апдейтов сбой появляется при попытке синхронизации аккаунта.

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

Что нужно сделать?

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

Обновление

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

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

Переустановка браузера

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

Заключение

Напоследок советую добавить этот браузер в исключения антивируса и фаервола. После таких манипуляций, программа должна заработать нормально. Если этого не произошло, то советуем обратиться в саппорт, где подробно расписать: что вы делали для устранения ошибки “Яндекс.Браузер не может продолжить работу”. Последним вариантом остается проблема в самой Windows – попробуйте применить апдейт до актуальной сборки и поставить новые компоненты редистрибутива Visual C++ и.NET Framework.

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

• cрок регистрации домена истек;
• домен заблокирован регистратором;
• домен не делегирован или снят с делегирования у регистратора;
• настройки делегирования выполнены некорректно;
• DNS-записи для работы Яндекс.Почты не настроены или настроены некорректно.

Чтобы решить проблемы с отправкой писем, обратитесь к администратору домена, который предоставил вам почтовый ящик. Если вы регистрировали почтовый ящик на определенном сайте, обратитесь в службу поддержки этого сайта. Служба поддержки Почты для домена не сможет помочь вам в этой ситуации.

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

Пришло сообщение о недоставке

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

Callout verification failed

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

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

RCPT-TO no mailbox

Вероятно, домен получателя требует проверки отправителя.

Проверка существования отправителя иногда используется сервером-получателем для защиты от спама. Сервер, получивший письмо от нового сервера, отправляет пустое письмо на обратный адрес, чтобы проверить, существует ли отправитель. Поскольку пустые письма такого рода иногда отправляются с высокой частотой, это может рассматриваться как атака типа «отказ в обслуживании» (DoS-атака). Кроме того, при отправке тестового сообщения могут произойти непредвиденные ошибки.

Яндекс.Почта использует записи Sender Policy Framework для ведения списка узлов, которым разрешено рассылать электронную почту от имени адресов Яндекс.Почты. Это делает подделку адреса отправителя затруднительной. Используйте технологию «Sender Policy Framework»
или «DomainKeys»
как более эффективный метод борьбы со спамом.

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

550 failed to meet SPF requirements

Почтовый сервер получателя при приеме писем проверяет SPF-запись на домене отправителя. Вероятно, SPF-запись для вашего домена настроена неверно, или настроена лишняя SPF-запись. Убедитесь, что SPF-запись настроена в соответствии с

  <?php final class Mail {     protected $to;     protected $from;     protected $sender;     protected $subject;     protected $text;     protected $html;     protected $attachments = array();     public $protocol = 'mail';     public $hostname;     public $username;     public $password;     public $port = 25;     public $timeout = 5;     public $newline = "rn";     public $crlf = "rn";     public $verp = FALSE;     public $parameter = '';     public function setTo($to) {         $this->to = $to;     }     public function setFrom($from) {         $this->from = $from;     }     public function addheader($header, $value) {         $this->headers[$header] = $value;     }     public function setSender($sender) {         $this->sender = html_entity_decode($sender);     } public function setSubject($subject) { $this->subject = '=?UTF-8?B?' . base64_encode($subject) . '?='; }     public function setText($text) {         $this->text = $text;     }     public function setHtml($html) {         $this->html = $html;     }     public function addAttachment($file, $filename = '') {         if (!$filename) {             $filename = basename($file);         }         $this->attachments[] = array(             'filename' => $filename,             'file' => $file         );     }     public function send() {         if (!$this->to) {             exit('Error: E-Mail to required!');         }         if (!$this->from) {             exit('Error: E-Mail from required!');         }         if (!$this->sender) {             exit('Error: E-Mail sender required!');         }         if (!$this->subject) {             exit('Error: E-Mail subject required!');         }         if ((!$this->text) && (!$this->html)) {             exit('Error: E-Mail message required!');         }         if (is_array($this->to)) {             $to = implode(',', $this->to);         } else {             $to = $this->to;         }         $boundary = '----=_NextPart_' . md5(time());         $header = '';         if ($this->protocol != 'mail') {             $header .= 'To: ' . $to . $this->newline;             $header .= 'Subject: ' . $this->subject . $this->newline;         }         $header .= 'Date: ' . date("D, d M Y H:i:s O") . $this->newline;         //$header .= 'From: "' . $this->sender . '" <' . $this->from . '>' . $this->newline;         //$header .= 'From: ' . $this->sender . '<' . $this->from . '>' . $this->newline;         $header .= 'From: ' . '=?UTF-8?B?'.base64_encode($this->sender).'?=' . '<' . $this->from . '>' . $this->newline;         $header .= 'Reply-To: ' . $this->sender . '<' . $this->from . '>' . $this->newline;         $header .= 'Return-Path: ' . $this->from . $this->newline;         $header .= 'X-Mailer: PHP/' . phpversion() . $this->newline;         $header .= 'MIME-Version: 1.0' . $this->newline;         $header .= 'Content-Type: multipart/mixed; boundary="' . $boundary . '"' . $this->newline;         $header .= 'Content-Transfer-Encoding: 8bit' . $this->newline;                 $header .= $this->newline;         if (!$this->html) {             $message = '--' . $boundary . $this->newline;             $message .= 'Content-Type: text/plain; charset="utf-8"' . $this->newline;             $message .= 'Content-Transfer-Encoding: 8bit' . $this->newline . $this->newline;             $message .= $this->text . $this->newline;         } else {             $message = '--' . $boundary . $this->newline;             $message .= 'Content-Type: multipart/alternative; boundary="' . $boundary . '_alt"' . $this->newline . $this->newline;             $message .= '--' . $boundary . '_alt' . $this->newline;             $message .= '' . $this->newline;             $message .= '' . $this->newline;             if ($this->text) {                 $message .= $this->text . $this->newline;             } else {                 $message .= '' . $this->newline;             }             $message .= '--' . $boundary . '_alt' . $this->newline;             $message .= 'Content-Type: text/html; charset="utf-8"' . $this->newline;             $message .= 'Content-Transfer-Encoding: 8bit' . $this->newline . $this->newline;             $message .= $this->html . $this->newline;             $message .= '--' . $boundary . '_alt--' . $this->newline;         } foreach ($this->attachments as $attachment) { if (file_exists($attachment['file'])) { $handle = fopen($attachment['file'], 'r'); $content = fread($handle, filesize($attachment['file'])); fclose($handle); $message .= '--' . $boundary . $this->newline; $message .= 'Content-Type: application/octetstream' . $this->newline; $message .= 'Content-Transfer-Encoding: base64' . $this->newline; $message .= 'Content-Disposition: attachment; filename="' . basename($attachment['filename']) . '"' . $this->newline; $message .= 'Content-ID: <' . basename($attachment['filename']) . '>' . $this->newline . $this->newline; $message .= chunk_split(base64_encode($content)); } }         $message .= '--' . $boundary . '--' . $this->newline;         if ($this->protocol == 'mail') {             ini_set('sendmail_from', $this->from);             if ($this->parameter) {                 mail($to, '=?UTF-8?B?'.base64_encode($this->subject).'?=', $message, $header, $this->parameter);             } else {                 mail($to, '=?UTF-8?B?'.base64_encode($this->subject).'?=', $message, $header);             }         } elseif ($this->protocol == 'smtp') {             $handle = fsockopen($this->hostname, $this->port, $errno, $errstr, $this->timeout);             if (!$handle) {                 error_log('Error: ' . $errstr . ' (' . $errno . ')');             } else {                 if (substr(PHP_OS, 0, 3) != 'WIN') {                     socket_set_timeout($handle, $this->timeout, 0);                 }                 while ($line = fgets($handle, 515)) {                     if (substr($line, 3, 1) == ' ') {                         break;                     }                 }                 if (substr($this->hostname, 0, 3) == 'tls') {                     fputs($handle, 'STARTTLS' . $this->crlf);                     while ($line = fgets($handle, 515)) {                         $reply .= $line;                         if (substr($line, 3, 1) == ' ') {                             break;                         }                     }                     if (substr($reply, 0, 3) != 220) {                         error_log('Error: STARTTLS not accepted from server!');                     }                 }                 if (!empty($this->username) && !empty($this->password)) {                     fputs($handle, 'EHLO ' . getenv('SERVER_NAME') . $this->crlf);                     $reply = '';                     while ($line = fgets($handle, 515)) {                         $reply .= $line;                         if (substr($line, 3, 1) == ' ') {                             break;                         }                     }                     if (substr($reply, 0, 3) != 250) {                         error_log('Error: EHLO not accepted from server!');                     }                     fputs($handle, 'AUTH LOGIN' . $this->crlf);                     $reply = '';                     while ($line = fgets($handle, 515)) {                         $reply .= $line;                         if (substr($line, 3, 1) == ' ') {                             break;                         }                     }                     if (substr($reply, 0, 3) != 334) {                         error_log('Error: AUTH LOGIN not accepted from server!');                     }                     fputs($handle, base64_encode($this->username) . $this->crlf);                     $reply = '';                     while ($line = fgets($handle, 515)) {                         $reply .= $line;                         if (substr($line, 3, 1) == ' ') {                             break;                         }                     }                     if (substr($reply, 0, 3) != 334) {                         error_log('Error: Username not accepted from server!');                     }                     fputs($handle, base64_encode($this->password) . $this->crlf);                     $reply = '';                     while ($line = fgets($handle, 515)) {                         $reply .= $line;                         if (substr($line, 3, 1) == ' ') {                             break;                         }                     }                     if (substr($reply, 0, 3) != 235) {                         error_log('Error: Password not accepted from server!');                     }                 } else {                     fputs($handle, 'HELO ' . getenv('SERVER_NAME') . $this->crlf);                     $reply = '';                     while ($line = fgets($handle, 515)) {                         $reply .= $line;                         if (substr($line, 3, 1) == ' ') {                             break;                         }                     }                     if (substr($reply, 0, 3) != 250) {                         error_log('Error: HELO not accepted from server!');                     }                 }                 if ($this->verp) {                     fputs($handle, 'MAIL FROM: <' . $this->username . '>XVERP' . $this->crlf);                 } else {                     fputs($handle, 'MAIL FROM: <' . $this->username . '>' . $this->crlf);                 }                 $reply = '';                 while ($line = fgets($handle, 515)) {                     $reply .= $line;                     if (substr($line, 3, 1) == ' ') {                         break;                     }                 }                 if (substr($reply, 0, 3) != 250) {                     error_log('Error: MAIL FROM not accepted from server!');                 }                 if (!is_array($this->to)) {                     fputs($handle, 'RCPT TO: <' . $this->to . '>' . $this->crlf);                     $reply = '';                     while ($line = fgets($handle, 515)) {                         $reply .= $line;                         if (substr($line, 3, 1) == ' ') {                             break;                         }                     }                     if ((substr($reply, 0, 3) != 250) && (substr($reply, 0, 3) != 251)) {                         error_log('Error: RCPT TO not accepted from server!');                     }                 } else {                     foreach ($this->to as $recipient) {                         fputs($handle, 'RCPT TO: <' . $recipient . '>' . $this->crlf);                         $reply = '';                         while ($line = fgets($handle, 515)) {                             $reply .= $line;                             if (substr($line, 3, 1) == ' ') {                                 break;                             }                         }                         if ((substr($reply, 0, 3) != 250) && (substr($reply, 0, 3) != 251)) {                             error_log('Error: RCPT TO not accepted from server!');                         }                     }                 }                 fputs($handle, 'DATA' . $this->crlf);                 $reply = '';                 while ($line = fgets($handle, 515)) {                     $reply .= $line;                     if (substr($line, 3, 1) == ' ') {                         break;                     }                 }                 if (substr($reply, 0, 3) != 354) {                     error_log('Error: DATA not accepted from server!');                 }                 fputs($handle, $header . $message . $this->crlf);                 fputs($handle, '.' . $this->crlf);                 $reply = '';                 while ($line = fgets($handle, 515)) {                     $reply .= $line;                     if (substr($line, 3, 1) == ' ') {                         break;                     }                 }                 if (substr($reply, 0, 3) != 250) {                     error_log('Error: DATA not accepted from server!');                 }                 fputs($handle, 'QUIT' . $this->crlf);                 $reply = '';                 while ($line = fgets($handle, 515)) {                     $reply .= $line;                     if (substr($line, 3, 1) == ' ') {                         break;                     }                 }                 if (substr($reply, 0, 3) != 221) {                     error_log('Error: QUIT not accepted from server!');                 }                 fclose($handle);             }         }     } } ?>

SMTP-сервер — это программное обеспечение для отправки электронных писем, использующее SMTP протокол. Напомним, что вообще работа электронной почты обеспечивается с помощью трех протоколов: POP3 или IMAP — для получения писем, SMTP — для отправки.

Передача письма по SMTP происходит с помощью TCP-соединения. Стандартный порт для незащищенного соединения — 25. Однако многие сервисы по умолчанию его блокируют, так как именно на него обычно идет рассылка вирусного спама.

В качестве альтернативных можно прописывать в настройках порты 587 и 2525.

Для защищенного соединения по SSL используется порт 465.

Как работает SMTP-сервер

Функции почтового сервера SMTP сводятся к следующему:

• определить домен получателя письма и то, совпадает ли он с доменом отправителя;

• определить IP-адрес сервера SMTP получателя;

• установить соединение с ним;

• с помощью серии запросов-ответов передать адреса отправителя и получателя, а также само письмо вместе с заголовками.

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

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

SMTP-сервер встречается в нескольких вариантах:

• Бесплатные серверы SMTP. Идут как дополнение к бесплатным почтовым сервисам, таким как Яндекс.Почта, Gmail, Mail.ru и другим. Предназначены в основном для личного использования и не подходят для корпоративных рассылок: есть ограничения на количество отправок, высокий риск попасть под спам-фильтры и т. д.
• Сервер, предоставляемый интернет-провайдером. Этот вариант SMTP чем-то похож на использование бесплатных почтовых серверов: у вас также будут ограничения на отправку писем и, возможно, на скорость обработки очереди отправки
• SMTP от хостинга. Обычно достаточно производительный и без ограничений на отправку. Но нужно учитывать, что при массовых рассылках и низком качестве списка получателей есть большой риск попасть под спам-фильтр, причем не только того адреса, с которого ведется рассылка, но и всего домена.
• Коммерческие серверы SMTP. Предлагаются многими сервисами рассылок. Лучшее решение, если вы рассылаете множество писем, причем как транзакционных, так и рекламных. Обеспечивают быструю и надежную доставку и снижают риск попадания ваших писем в папку «Спам» у получателей.

Ответы SMTP-сервера. Коды успешной или неуспешной обработки запроса

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

• 2xx. Такой ответ означает, что предыдущая команда была успешно выполнена.
• 3xx. Коды, начинающиеся на тройку, высылаются на промежуточном этапе передачи, когда сервер ждет остальную часть данных.
• 4xx. Это коды ошибок, которые могут носить временный характер.
• 5xx. В эту категорию относятся коды критичных ошибок.

Коды ошибок SMTP, их причины и варианты исправления ситуации

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

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

Ошибка 421

Расшифровка ошибки SMTP 421 — «сервис недоступен». Причиной могут быть:

• Блокировка трафика на 25 порту. Пропишите в настройках альтернативные порты.

• Неправильно заданы настройки соединения. Проверьте и исправьте настройки.

• Ваш антивирус или брандмауер блокирует соединение с сервером SMTP.

Попробуйте отключить программу защиты и отправить письмо. Если ошибка исчезла, значит дело в этом. Добавьте IP-адрес сервера в исключения антивируса или брандмауера.

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

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

• Грейслистинг (серый список). Это функция защиты от спама. Работает она следующим образом: в ответ на все подозрительные письма, письма с адресов, с которых сообщение приходит впервые, сервер отправляет эту ошибку. Если на стороне отправителя — легитимный SMTP-сервер, а не спамерское ПО, то через некоторое время он отправит письмо еще раз, и уже тогда сервер получателя примет письмо. Спамеры обычно не предпринимают повторных попыток отправки. Предпринимать в этом случае обычно ничего не нужно — если вы пользуетесь надежным сервером, он сам повторит отправку и письмо будет доставлено.

Ошибка 451

Эта ошибка означает, что отправка была прервана в процессе. Возможные причины и пути решения проблемы следующие:

• На DNS-сервере неправильно прописаны параметры почтового сервера (MX записи). Например, некорректно проставлены предпочтения, если почтовых серверов для домена несколько. Перепроверьте и исправьте записи. Возможно, потребуется также посмотреть логи и файлы конфигурации.
• Превышены лимиты сервера на отправки или подключения. Проверьте, нет ли подозрительно большого количества отправляемых писем, если все нормально — увеличьте лимиты в настройках.

Ошибка 452

Означает, что либо у вас, либо у получателя закончилось место на машине, где установлен сервер, или не хватает памяти для обработки. Проверьте, есть ли в сообщении упоминание про «memory», и проверьте свою систему. Если у вас все в порядке, обратитесь к получателю.

Ошибка 550

Самый распространенный тип ошибки SMTP. В большинстве случаев возникает, если указан несуществующий email-адрес получателя. Но также возможны следующие причины:

• Не работает почтовый сервер на стороне адресата. Попробуйте отправить любое письмо на домен, за который отвечает другой почтовый сервер. Если письмо успешно отправлено — значит, проблема не у вас, нужно связаться с адресатом и объяснить ему ситуацию.

• Неправильно настроены параметры SMTP — перепроверьте настройки.

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

• Возможно, в вашей сети вирус и с вашего адреса рассылается спам. Проверьте систему с помощью антивирусного ПО.

Ошибка 571

Это ошибка означает, что сервер SMTP получателя не принял ваше письмо. Возможные причины:

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

• Ваш email внесен в списки спамеров. Нужно разбираться в причине и предпринимать меры, чтобы его оттуда удалили.

• У вашего IP нет rDNS записи. Это необходимый параметр, без него ни один почтовый сервер не примет ваше письмо. Для решения проблемы обратитесь к хостинг-провайдеру.

Истек сертификат почтового сервера

Просто обновите сертификат SMTP.

Некоторые из Ваших приложений для Android работают через WiFi, но не работают через мобильную передачу данных? Конечно, это странная ситуация. Скорее всего, Вы перепробовали все приемы, чтобы вернуть телефон в рабочее состояние, и не знаете, что еще попробовать.

Вы, вероятно, копались в Интернете, искали темы на форумах и инструкции, которые помогут Вам вернуть телефон в нормальное состояние. Мы собрали список проблем и решений, когда мобильные данные не работают.

Попробуйте перезагрузку

Это кажется глупым, но большинство проблем со смартфонами решаются простой перезагрузкой. Ваша проблема может быть вызвана множеством ошибок, и Вам не помешает попробовать перезапуск.

Если не работают только приложения Google

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

Очистите кэш из приложения Google Play Services. Для этого откройте Настройки > Приложения и уведомления > Сервисы Google Play > Память > Очистить кэш.

Удалите данные Google Play Store. Перейдите в Настройки > Приложения и уведомления > Google Play Маркет > Память > Сброс.

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

Перейдите в приложение «Настройки» и найдите раздел «Аккаунты». Удалите свою учетную запись Google, затем добавьте ее снова.

Сброс APN

APN — это способ соединения телефона с сетью Вашего оператора мобильной связи. Думайте об этом как о пароле WiFi для мобильных данных, но гораздо более сложном, с настройками IP, подробностями шлюза и многим другим.

Разные телефоны имеют различные способы доступа к настройкам APN, но обычно они находятся в разделах «Мобильные данные», «Беспроводные элементы управления» или «Беспроводные сети». Получите доступ к какому-либо варианту меню и найдите Имена точек доступа. Нажмите значок меню и выберите «Сбросить на значения умолчанию».

Разрешить использование мобильных данных для всех приложений

Большинство телефонов позволяют пользователям отключать использование данных для определенных приложений. Если по каким-либо причинам приложения были настроены на «Только Wi-Fi», Вам нужно будет перейти к «Использование данных» в приложении «Настройки» и искать приложения с ограниченным доступом к данным. Установите параметры, чтобы разрешить использование данных для этих приложений.

Сбросить настройки сети

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

Просто зайдите в приложение «Настройки» > «Система» > «Сброс». Выберите «Сброс сетевых настроек» и следуйте инструкциям.

Сброс данных

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

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

Обратитесь за профессиональной помощью

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

ИТ База знаний

Курс по Asterisk

Полезно

— Узнать IP — адрес компьютера в интернете

— Онлайн генератор устойчивых паролей

— Онлайн калькулятор подсетей

— Калькулятор инсталляции IP — АТС Asterisk

— Руководство администратора FreePBX на русском языке

— Руководство администратора Cisco UCM/CME на русском языке

— Руководство администратора по Linux/Unix

Навигация

Серверные решения

Телефония

FreePBX и Asterisk

Настройка программных телефонов

Корпоративные сети

Протоколы и стандарты

Ошибки в компьютерных сетях

12 минут чтения

Онлайн курс по Кибербезопасности

Изучи хакерский майндсет и научись защищать свою инфраструктуру! Самые важные и актуальные знания, которые помогут не только войти в ИБ, но и понять реальное положение дел в индустрии

Ни одна среда передачи данных не может считаться совершенной. Если среда передачи является общей, как радиочастота (RF), существует возможность возникновения помех или даже столкновений дейтаграмм. Это когда несколько отправителей пытаются передать информацию одновременно. Результатом является искаженное сообщение, которое не может быть понято предполагаемым получателем. Даже специализированная среда, такая как подводный оптический кабель типа point-to-point (световолновой), может испытывать ошибки из—за деградации кабеля или точечных событий-даже, казалось бы, безумных событий, таких как солнечные вспышки, вызывающие излучение, которое, в свою очередь, мешает передаче данных по медному кабелю.

Существует два ключевых вопроса, на которые сетевой транспорт должен ответить в области ошибок:

• Как можно обнаружить ошибки при передаче данных?
• Что должна делать сеть с ошибками при передаче данных?

Далее рассматриваются некоторые из возможных ответов на эти вопросы.

Обнаружение ошибок

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

Проверка четности — это самый простой механизм обнаружения. Существуют два взаимодополняющих алгоритма проверки четности. При четной проверке четности к каждому блоку данных добавляется один дополнительный бит. Если сумма битов в блоке данных четная—то есть если в блоке данных имеется четное число битов 1, то дополнительный бит устанавливается равным 0. Это сохраняет четное состояние четности блока. Если сумма битов нечетна, то дополнительный бит устанавливается равным 1, что переводит весь блок в состояние четной четности. Нечетная четность использует ту же самую дополнительную битную стратегию, но она требует, чтобы блок имел нечетную четность (нечетное число 1 бит). В качестве примера вычислите четную и нечетную четность для этих четырех октетов данных:

Простой подсчет цифр показывает, что в этих данных есть 14 «1» и 18 «0». Чтобы обеспечить обнаружение ошибок с помощью проверки четности, вы добавляете один бит к данным, либо делая общее число «1» в недавно увеличенном наборе битов четным для четной четности, либо нечетным для нечетной четности. Например, если вы хотите добавить четный бит четности в этом случае, дополнительный бит должен быть установлен в «0». Это происходит потому, что число «1» уже является четным числом. Установка дополнительного бита четности на «0» не добавит еще один «1» и, следовательно, не изменит, является ли общее число «1» четным или нечетным. Таким образом, для четной четности конечный набор битов равен:

С другой стороны, если вы хотите добавить один бит нечетной четности к этому набору битов, вам нужно будет сделать дополнительный бит четности «1», так что теперь есть 15 «1», а не 14. Для нечетной четности конечный набор битов равен:

Чтобы проверить, были ли данные повреждены или изменены при передаче, получатель может просто отметить, используется ли четная или нечетная четность, добавить число «1» и отбросить бит четности. Если число «1» не соответствует используемому виду четности (четное или нечетное), данные повреждены; в противном случае данные кажутся такими же, как и первоначально переданные.

Этот новый бит, конечно, передается вместе с оригинальными битами. Что произойдет, если сам бит четности каким-то образом поврежден? Это на самом деле нормально — предположим, что даже проверка четности на месте, и передатчик посылает

Приемник, однако, получает

Сам бит четности был изменен с 0 на 1. Приемник будет считать «1», определяя, что их 15. Поскольку даже проверка четности используется, полученные данные будут помечены как имеющие ошибку, даже если это не так. Проверка на четность потенциально слишком чувствительна к сбоям, но в случае обнаружения ошибок лучше ошибиться в начале.

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

Приемник, однако, получает

Приемник подсчитает число «1» и обнаружит, что оно равно 12. Поскольку система использует четную четность, приемник будет считать данные правильными и обработает их в обычном режиме. Однако оба бита, выделенные жирным шрифтом, были повреждены. Если изменяется четное число битов в любой комбинации, проверка четности не может обнаружить изменение; только когда изменение включает нечетное число битов, проверка четности может обнаружить изменение данных.

Циклическая проверка избыточности (Cyclic Redundancy Check — CRC) может обнаруживать более широкий диапазон изменений в передаваемых данных, используя деление (а не сложение) в циклах по всему набору данных, по одной небольшой части за раз. Работа с примером — лучший способ понять, как рассчитывается CRC. Расчет CRC начинается с полинома, как показано на рисунке 1.

На рис. 1 трехчленный многочлен x3 + x2 + 1 расширен, чтобы включить все члены, включая члены, предшествующие 0 (и, следовательно, не влияют на результат вычисления независимо от значения x). Затем эти четыре коэффициента используются в качестве двоичного калькулятора, который будет использоваться для вычисления CRC.

Чтобы выполнить CRC, начните с исходного двоичного набора данных и добавьте три дополнительных бита (поскольку исходный полином без коэффициентов имеет три члена; следовательно, это называется трехбитной проверкой CRC), как показано здесь:

Эти три бита необходимы для обеспечения того, чтобы все биты в исходных данных были включены в CRC; поскольку CRC перемещается слева направо по исходным данным, последние биты в исходных данных будут включены только в том случае, если эти заполняющие биты включены. Теперь начните с четырех битов слева (потому что четыре коэффициента представлены в виде четырех битов). Используйте операцию Exclusive OR (XOR) для сравнения крайних левых битов с битами CRC и сохраните результат, как показано здесь:

XOR’инг двух двоичных цифр приводит к 0, если эти две цифры совпадают, и 1, если они не совпадают. Контрольные биты, называемые делителем, перемещаются на один бит вправо (некоторые шаги здесь можно пропустить), и операция повторяется до тех пор, пока не будет достигнут конец числа:

CRC находится в последних трех битах, которые были первоначально добавлены в качестве заполнения; это «остаток» процесса разделения перемещения по исходным данным плюс исходное заполнение. Получателю несложно определить, были ли данные изменены, оставив биты CRC на месте (в данном случае 101) и используя исходный делитель поперек данных, как показано здесь:

Если данные не были изменены, то результат этой операции всегда должен быть равен 0. Если бит был изменен, результат не будет равен 0, как показано здесь:

Исправление ошибок

Однако обнаружение ошибки — это только половина проблемы. Как только ошибка обнаружена, что должна делать транспортная система? Есть, по существу, три варианта.

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

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

Транспортная система может выйти за рамки отбрасывания данных, включив достаточное количество информации в исходную передачу, определить, где находится ошибка, и попытаться исправить ее. Это называется Прямой коррекцией ошибок (Forward Error Correction — FEC). Коды Хэмминга, один из первых разработанных механизмов FEC, также является одним из самых простых для объяснения.

Код Хэмминга лучше всего объяснить на примере — для иллюстрации будет использована таблица 1.

• Каждый бит в 12-битном пространстве, представляющий собой степень двух (1, 2, 4, 6, 8 и т. д.) и первый бит, устанавливается в качестве битов четности.
• 8-битное число, которое должно быть защищено с помощью FEC, 10110011, распределено по оставшимся битам в 12-битном пространстве.
• Каждый бит четности устанавливается равным 0, а затем четность вычисляется для каждого бита четности путем добавления числа «1» в позиции, где двоичный бит имеет тот же бит, что и бит четности. В частности:
  • P1 имеет набор крайних правых битов в своем битовом номере; другие биты в числовом пространстве, которые также имеют набор крайних правых битов, включены в расчет четности (см. вторую строку таблицы, чтобы найти все позиции битов в номере с набором крайних правых битов). Они указаны в таблице с X в строке P1. Общее число «1»-нечетное число, 3, поэтому бит P1 устанавливается равным 1 (в этом примере используется четная четность).
  • P2 имеет второй бит из правого набора; другие биты в числовом пространстве, которые имеют второй из правого набора битов, включены в расчет четности, как указано с помощью X в строке P2 таблицы. Общее число «1»-четное число, 4, поэтому бит P2 установлен в 0.
  • P4 имеет третий бит из правого набора, поэтому другие биты, которые имеют третий бит из правого набора, имеют свои номера позиций, как указано с помощью X в строке P3. В отмеченных столбцах есть нечетное число «1», поэтому бит четности P4 установлен на 1.

Чтобы определить, изменилась ли какая-либо информация, получатель может проверить биты четности таким же образом, как их вычислял отправитель; общее число 1s в любом наборе должно быть четным числом, включая бит четности. Если один из битов данных был перевернут, приемник никогда не должен найти ни одной ошибки четности, потому что каждая из битовых позиций в данных покрыта несколькими битами четности. Чтобы определить, какой бит данных является неправильным, приемник добавляет позиции битов четности, которые находятся в ошибке; результатом является положение бита, которое было перевернуто. Например, если бит в позиции 9, который является пятым битом данных, перевернут, то биты четности P1 и P8 будут ошибочными. В этом случае 8 + 1 = 9, так что бит в позиции 9 находится в ошибке, и его переворачивание исправит данные. Если один бит четности находится в ошибке—например, P1 или P8—то это тот бит четности, который был перевернут, и сами данные верны.

В то время как код Хэмминга гениален, есть много битовых шаблонов-перевертышей, которые он не может обнаружить. Более современный код, такой как Reed-Solomon, может обнаруживать и исправлять более широкий диапазон условий ошибки, добавляя меньше дополнительной информации в поток данных.

Существует большое количество различных видов CRC и кодов исправления ошибок, используемых во всем мире связи. Проверки CRC классифицируются по количеству битов, используемых в проверке (количество битов заполнения или, точнее, длины полинома), а в некоторых случаях — по конкретному применению. Например, универсальная последовательная шина использует 5-битный CRC (CRC-5-USB); Глобальная система мобильной связи (GSM), широко используемый стандарт сотовой связи, использует CRC-3-GSM; Мультидоступ с кодовым разделением каналов (CDMA), другой широко используемый стандарт сотовой связи, использует CRC-6-CDMA2000A, CRC-6-CDMA2000B и CRC-30; и некоторые автомобильные сети (CAN), используемые для соединения различных компонентов в автомобиле, используют CRC-17-CAN и CRC-21-CAN. Некоторые из этих различных функций CRC являются не единственной функцией, а скорее классом или семейством функций со многими различными кодами и опциями внутри них.

Онлайн курс по Кибербезопасности

Изучи хакерский майндсет и научись защищать свою инфраструктуру! Самые важные и актуальные знания, которые помогут не только войти в ИБ, но и понять реальное положение дел в индустрии

Источник

[Решено] Как исправить общий сбой Ping в Windows 10? [Новости MiniTool]

How Fix Ping General Failure Windows 10

Резюме :

Вы когда-нибудь сталкивались с проблемой общего сбоя ping, когда хотите использовать командную строку для проверки времени отклика IP-адреса на вашем компьютере с Windows 10? Если да, хотите ли вы решить проблему? Это сообщение от Программное обеспечение MiniTool покажет вам 4 метода, которые доказали свою эффективность.

Ошибка общего сбоя ping — это проблема, которая возникает, когда вы запускаете команды ping в командной строке для проверки времени ответа IP-адреса. Причина этой проблемы сейчас не ясна, потому что нет доступного объяснения этой общей проблеме сбоя передачи ping в интерфейсе командной строки.

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

Как устранить общий сбой Ping в Windows 10?

1. Использовать IPv4
2. Отключить все технологии перехода IPv4 или IPv6
3. Сбросьте TCP / IP для вашего компьютера
4. Удалите подозрительные приложения

Решение 1. Используйте IPv4

По умолчанию Windows 10 настроена на использование IPv6, а не IPv4. Это может быть возможной причиной общей ошибки сбоя передачи эхо-запроса. Чтобы исключить эту возможность, вы можете следовать этому руководству, чтобы настроить Windows 10 на использование IPv4:

1. Перейти на эту страницу чтобы скачать Предпочитать IPv4 IPv6 в политиках префиксов .
2. Щелкните загруженный файл и следуйте инструкциям на экране, чтобы завершить процесс.
3. Когда прогресс закончится, нужно перезагрузите ваш компьютер и проверьте, исчезла ли проблема.

Решение 2. Отключите все технологии перехода IPv4 или IPv6

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

1. Запустите командную строку от имени администратора .

2. Выполните следующие команды и нажимайте Enter после каждой команды:

netsh int ipv6 isatap set state disabled

netsh int ipv6 6to4 установить состояние отключено

netsh interface teredo установить состояние отключить

3. Закройте командную строку и перезагрузите компьютер.

3 шага для сброса стека TCP / IP в Windows 10 с помощью команд Netsh

Узнайте, как сбросить стек TCP / IP в Windows 10 с помощью утилиты Netshell. Проверьте команды Netsh для сброса TCP / IP, сброса IP-адреса, обновления настроек TCP / IP.

Решение 3. Сбросьте TCP / IP на вашем ПК

Если общий сбой ping в Windows 10 не устранен, попробуйте сбросить TCP / IP компьютера, чтобы проверить, можно ли решить эту проблему.

1. Запустите командную строку от имени администратора.

2. Выполните следующие команды и нажимайте Enter после каждой команды.

сброс WinSock Netsh

3. Закройте командную строку и перезагрузите компьютер.

Решение 4. Удалите подозрительные приложения

Если все вышеперечисленные решения не работают у вас, вы должны учитывать, что существуют конфликтующие программы, которые могут остановить HTTP-трафик и вызвать общий сбой Ping на вашем компьютере с Windows 10. Вы можете установить все эти конфликтующие программы, чтобы попробовать.

Однако вы можете не знать, какие приложения следует заблокировать. Мы дадим вам несколько советов. Вы можете удалить эти программы: Charles, Wireshark, Peerblock и мобильный клиент AnyConnect.

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

Нижняя граница

Мы надеемся, что эти методы помогут вам решить общую проблему сбоя Ping в Windows 10. Если у вас возникнут какие-либо связанные проблемы, вы можете сообщить нам об этом в комментарии.

Источник

Корректирующие коды «на пальцах»

Корректирующие (или помехоустойчивые) коды — это коды, которые могут обнаружить и, если повезёт, исправить ошибки, возникшие при передаче данных. Даже если вы ничего не слышали о них, то наверняка встречали аббревиатуру CRC в списке файлов в ZIP-архиве или даже надпись ECC на планке памяти. А кто-то, может быть, задумывался, как так получается, что если поцарапать DVD-диск, то данные всё равно считываются без ошибок. Конечно, если царапина не в сантиметр толщиной и не разрезала диск пополам.

Как нетрудно догадаться, ко всему этому причастны корректирующие коды. Собственно, ECC так и расшифровывается — «error-correcting code», то есть «код, исправляющий ошибки». А CRC — это один из алгоритмов, обнаруживающих ошибки в данных. Исправить он их не может, но часто это и не требуется.

Давайте же разберёмся, что это такое.

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

Внимание! Много текста и мало картинок. Я постарался всё объяснить, но без карандаша и бумаги текст может показаться немного запутанным.

Каналы с ошибкой

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

Ошибка — это маловероятное событие (а иначе зачем нам такой канал вообще, где одни ошибки?), а значит, вероятность двух ошибок меньше, а трёх уже совсем мала. Мы можем выбрать для себя некоторую приемлемую величину вероятности, очертив границу «это уж точно невозможно». Это позволит нам сказать, что в канале возможно не более, чем ошибок. Это будет характеристикой канала связи.

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

Кодирование и декодирование будем обозначать прямой стрелкой (), а передачу по каналу связи — волнистой стрелкой (). Ошибки при передаче будем подчёркивать.

Например, пусть мы хотим передавать только сообщения и . В простейшем случае их можно закодировать нулём и единицей (сюрприз!):

Передача по каналу, в котором возникла ошибка будет записана так:

Цепочки нулей и единиц, которыми мы кодируем буквы, будем называть кодовыми словами. В данном простом случае кодовые слова — это и .

Код с утроением

Давайте попробуем построить какой-то корректирующий код. Что мы обычно делаем, когда кто-то нас не расслышал? Повторяем дважды:

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

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

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

Проверим в деле:

Получили . Тут у нас есть две возможности: либо это и было две ошибки (в крайних цифрах), либо это и была одна ошибка. Вообще, вероятность одной ошибки выше вероятности двух ошибок, так что самым правдоподобным будет предположение о том, что передавалась именно буква . Хотя правдоподобное — не значит истинное, поэтому рядом и стоит вопросительный знак.

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

Про такой код говорят, что он исправляет одну ошибку. Две он тоже обнаружит, но исправит уже неверно.

Это, конечно, самый простой код. Кодировать легко, да и декодировать тоже. Ноликов больше — значит передавался ноль, единичек — значит единица.

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

Расстояния между кодами

Рассмотрим поподробнее код с утроением. Итак, мы получили работающий код, который исправляет одиночную ошибку. Но за всё хорошее надо платить: он кодирует один бит тремя. Не очень-то и эффективно.

И вообще, почему этот код работает? Почему нужно именно утраивать для устранения одной ошибки? Наверняка это всё неспроста.

Давайте подумаем, как этот код работает. Интуитивно всё понятно. Нолики и единички — это две непохожие последовательности. Так как они достаточно длинные, то одиночная ошибка не сильно портит их вид.

Пусть мы передавали , а получили . Видно, что эта цепочка больше похожа на исходные , чем на . А так как других кодовых слов у нас нет, то и выбор очевиден.

Но что значит «больше похоже»? А всё просто! Чем больше символов у двух цепочек совпадает, тем больше их схожесть. Если почти все символы отличаются, то цепочки «далеки» друг от друга.

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

Например, , так как все цифры в соответствующих позициях равны, а вот .

Расстояние Хэмминга называют расстоянием неспроста. Ведь в самом деле, что такое расстояние? Это какая-то характеристика, указывающая на близость двух точек, и для которой верны утверждения:

1. Расстояние между точками неотрицательно и равно нулю только, если точки совпадают.
2. Расстояние в обе стороны одинаково.
3. Путь через третью точку не короче, чем прямой путь.

Достаточно разумные требования.

Математически это можно записать так (нам это не пригодится, просто ради интереса посмотрим):

1. 
2. 
3. .

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

Окрестности

Таким образом, разные цепочки мы считаем точками в каком-то воображаемом пространстве, и теперь мы умеем находить расстояния между ними. Правда, если попытаться сколько нибудь длинные цепочки расставить на листе бумаги так, чтобы расстояния Хэмминга совпадали с расстояниями на плоскости, мы можем потерпеть неудачу. Но не нужно переживать. Всё же это особое пространство со своими законами. А слова вроде «расстояния» лишь помогают нам рассуждать.

Пойдём дальше. Раз мы заговорили о расстоянии, то можно ввести такое понятие как окрестность. Как известно, окрестность какой-то точки — это шар определённого радиуса с центром в ней. Шар? Какие ещё шары! Мы же о кодах говорим.

Но всё просто. Ведь что такое шар? Это множество всех точек, которые находятся от данной не дальше, чем некоторое расстояние, называемое радиусом. Точки у нас есть, расстояние у нас есть, теперь есть и шары.

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

Да, вот так странно выглядят шары в пространстве кодов.

А теперь посмотрите. Это же все возможные коды, которые мы получим в канале в одной ошибкой, если отправим ! Это следует прямо из определения окрестности. Ведь каждая ошибка заставляет цепочку измениться только в одном разряде, а значит удаляет её на расстояние 1 от исходного сообщения.

Аналогично, если в канале возможны две ошибки, то отправив некоторое сообщение , мы получим один из кодов, который принадлежит окрестности радиусом 2.

Тогда всю нашу систему декодирования можно построить так. Мы получаем какую-то цепочку нулей и единиц (точку в нашей новой терминологии) и смотрим, в окрестность какого кодового слова она попадает.

Сколько ошибок может исправить код?

Чтобы код мог исправлять больше ошибок, окрестности должны быть как можно шире. С другой стороны, они не должны пересекаться. Иначе если точка попадёт в область пересечения, непонятно будет, к какой окрестности её отнести.

В коде с удвоением между кодовыми словами и расстояние равно 2 (оба разряда различаются). А значит, если мы построим вокруг них шары радиуса 1, то они будут касаться. Это значит, точка касания будет принадлежать обоим шарам и непонятно будет, к какому из них её отнести.

Именно это мы и получали. Мы видели, что есть ошибка, но не могли её исправить.

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

В случае кода с утроением, между шарами будет зазор.

Минимальный зазор между шарами равен 1, так как у нас расстояния всегда целые (ну не могут же две цепочки отличаться в полутора разрядах).

В общем случае получаем следующее.

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

Полученное равенство позволяет легко определить, сколько ошибок будет исправлять тот или иной код. А сколько код ошибок может обнаружить? Рассуждения такие же. Код обнаруживает ошибок, если в результате не получится другое кодовое слово. То есть, кодовые слова не должны находиться в окрестностях радиуса других кодовых слов. Математически это записывается так:

Рассмотрим пример. Пусть мы кодируем 4 буквы следующим образом.

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

	A	B	C	D
A	—	3	3	4
B	3	—	4	3
C	3	4	—	3
D	4	3	3	—

Минимальное расстояние , а значит , откуда получаем, что такой код может исправить до ошибок. Обнаруживает же он две ошибки.

Рассмотрим пример:

Чтобы декодировать полученное сообщение, посмотрим, к какому символу оно ближе всего.

Минимальное расстояние получилось для символа , значит вероятнее всего передавался именно он:

Итак, этот код исправляет одну ошибку, как и код с утроением. Но он более эффективен, так как в отличие от кода с утроением здесь кодируется уже 4 символа.

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

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

Попробуем придумать способ коррекции сообщения без таблиц. Мы всегда сможем найти полезное применение освободившейся памяти.

Интерлюдия: поле GF(2)

Для изложения дальнейшего материала нам потребуются матрицы. А при умножении матриц, как известно мы складываем и перемножаем числа. И тут есть проблема. Если с умножением всё более-менее хорошо, то как быть со сложением? Из-за того, что мы работаем только с одиночными двоичными цифрами, непонятно, как сложить 1 и 1, чтобы снова получилась одна двоичная цифра. Значит вместо классического сложения нужно использовать какое-то другое.

Введём операцию сложения как сложение по модулю 2 (хорошо известный программистам XOR):

Умножение будем выполнять как обычно. Эти операции на самом деле введены не абы как, а чтобы получилась система, которая в математике называется полем. Поле — это просто множество (в нашем случае из 0 и 1), на котором так определены сложение и умножение, чтобы основные алгебраические законы сохранялись. Например, чтобы основные идеи, касающиеся матриц и систем уравнений по-прежнему были верны. А вычитание и деление мы можем ввести как обратные операции.

Множество из двух элементов с операциями, введёнными так, как мы это сделали, называется полем Галуа GF(2). GF — это Galois field, а 2 — количество элементов.

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

Это свойство прямо следует из определения.

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

Проверяем корректность

Вернёмся к коду с утроением.

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

Пусть мы приняли вектор-строку из трёх цифр. (Стрелочки над векторами рисовать не будем, так как у нас почти всё — это вектора или матрицы.)

Математически равенство всех трёх цифр можно записать как систему:

Или, если воспользоваться свойствами сложения в GF(2), получаем

Или

В матричном виде эта система будет иметь вид

где

Транспонирование здесь нужно потому, что — это вектор-строка, а не вектор-столбец. Иначе мы не могли бы умножать его справа на матрицу.

Будем называть матрицу проверочной матрицей. Если полученное сообщение — это корректное кодовое слово (то есть, ошибки при передаче не было), то произведение проверочной матрицы на это сообщение будет равно нулевому вектору.

Умножение на матрицу — это гораздо более эффективно, чем поиск в таблице, но у нас на самом деле есть ещё одна таблица — это таблица кодирования. Попробуем от неё избавиться.

Кодирование

Итак, у нас есть система для проверки

Её решения — это кодовые слова. Собственно, мы систему и строили на основе кодовых слов. Попробуем теперь решить обратную задачу. По системе (или, что то же самое, по матрице ) найдём кодовые слова.

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

Соответствующая система имеет вид:

Чтобы найти кодовые слова соответствующего кода нужно её решить.

В силу линейности сумма двух решений системы тоже будет решением системы. Это легко доказать. Если и — решения системы, то для их суммы верно

что означает, что она тоже — решение.

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

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

Если бы нам не так повезло с системой, то нужно было бы складывая уравнения между собой получить такую систему, чтобы какие-то три переменные встречались по одному разу. Ну, или воспользоваться методом Гаусса. Для GF(2) он тоже работает.

Итак, получаем:

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

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

где равны либо нулю или единице. Так как таких коэффициентов два, то всего возможно сочетания.

Но посмотрите! Формула, которую мы только что получили — это же снова умножение матрицы на вектор.

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

Найдём кодовые слова для этого кода. (Не забываем, что длина исходных сообщений должна быть равна 2 — это количество найденных решений.)

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

А раз в результате не нулевой вектор, значит код заподозрил неладное. Провести его не удалось. Ура, код работает!

Для кода с утроением, кстати, порождающая матрица выглядит очень просто:

Подобные коды, которые можно порождать и проверять матрицей называются линейными (бывают и нелинейные), и они очень широко применяются на практике. Реализовать их довольно легко, так как тут требуется только умножение на константную матрицу.

Ошибка по синдрому

Ну хорошо, мы построили код обнаруживающий ошибки. Но мы же хотим их исправлять!

Для начала введём такое понятие, как вектор ошибки. Это вектор, на который отличается принятое сообщение от кодового слова. Пусть мы получили сообщение , а было отправлено кодовое слово . Тогда вектор ошибки по определению

Но в странном мире GF(2), где сложение и вычитание одинаковы, будут верны и соотношения:

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

Как мы уже говорили раньше, если мы получили сообщение с ошибкой, то . Но ведь векторов, не равных нулю много! Быть может то, какой именно ненулевой вектор мы получили, подскажет нам характер ошибки?

Назовём результат умножения на проверочную матрицу синдромом:

И заметим следующее

Это означает, что для ошибки синдром будет таким же, как и для полученного сообщения.

Разложим все возможные сообщения, которые мы можем получить из канала связи, по кучкам в зависимости от синдрома. Тогда из последнего соотношения следует, что в каждой кучке будут вектора с одной и той же ошибкой. Причём вектор этой ошибки тоже будет в кучке. Вот только как его узнать?

А очень просто! Помните, мы говорили, что у нескольких ошибок вероятность ниже, чем у одной ошибки? Руководствуясь этим соображением, наиболее правдоподобным будет считать вектором ошибки тот вектор, у которого меньше всего единиц. Будем называть его лидером.

Давайте посмотрим, какие синдромы дают всевозможные 5-элементные векторы. Сразу сгруппируем их и подчеркнём лидеров — векторы с наименьшим числом единиц.

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

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

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

Вектор ошибки равен , а значит ошибка в третьем разряде. Как мы и загадали.

Ура, всё работает!

Что же дальше?

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

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

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

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