Коды ответов сервера

Проблема при регистрации токена — как решить?

Проблема при регистрации токена — частая ошибка, которая проявляется на сайте РЖД при оплате билетов.
Токен — это уникальный идентификатор(стока типа 23hjsdfjsdhfjhj2323dfgg), которая формируется когда вы заказываете билет. Это как бы ваша сессия оплаты. Ошибка возникает на стороне сервера оплаты.
Решений может быть два

1. Проблемы на сервере РЖД. Сервер оплаты очень занят и перегружен из-за числа заказов. Возможно на нем ошибка. Рекомендуем в этом случае попробывать повторить оплату позднее
2. Токен Истек. Это вина того, кто платит. Рассмотрим ситуацию: если вы оформили билет, а потом отошли от компьютера на полчаса, а потом вернулись и нажали оплатить. Ваш заказ аннулирован, т.к. вы не оплатили вовремя. При оплате вы получите ошибку. Нужно заново купить билет и оплатить его в течение 10 минут.

Если сервер не отвечает

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

Проследить тяжелые запросы можно при помощи Microsoft SQL Management Studio. Для этого надо кликнуть правой кнопкой мыши по серверу SQL в интерфейсе данной программы и в открывшемся контекстном меню щелкнуть по пункту меню «Activity Monitor» или «Монитор активности» в русском варианте. Раскройте вкладку (хотя нет, по-умному это все же аккордеон называется! ) «Recent Expensive Queries», отобразится таблица с запросами, которые оказали заметное воздействие на работу сервера SQL

Обратите внимание на число выполений запроса в минуту, а также на число чтений (если select) и записей в секунду

Второе, что возможно — это попытка что-то прочитать в рамках еще не закрытой транзакции. Напишем некий код, который что-то там обновляет в таблице TestTypes. Открыта транзакция, идет выполнение обновления данных, и следующей строкой вызывается метод с сигнатурой void LoggingUpdate(string connectString).

public static void UpdateSmth(string connString)
{
string sqlUpdate = @»update TestTypes set = ‘5-5’ where Id = 3″;
using (SqlConnection connection = new SqlConnection(connString))
{
connection.Open();
using(SqlTransaction trans = connection.BeginTransaction())
using (SqlCommand command = new SqlCommand(sqlUpdate, trans.Connection, trans))
{
command.ExecuteNonQuery();
LoggingUpdate(connString);
trans.Commit();
}
}
}

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

publicstaticvoidUpdateSmth(stringconnString) { stringsqlUpdate=@»update TestTypes set = ‘5-5’ where Id = 3″; using(SqlConnection connection=newSqlConnection(connString)) { connection.Open(); using(SqlTransaction trans=connection.BeginTransaction()) using(SqlCommand command=newSqlCommand(sqlUpdate,trans.Connection,trans)) { command.ExecuteNonQuery(); LoggingUpdate(connString); trans.Commit(); } } }

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

public static void LoggingUpdate(string connString)
{
string sqlSelect = @»select from TestTypes where id = 2″;
using (SqlConnection connection = new SqlConnection(connString))
{
connection.Open();
using (SqlCommand command = new SqlCommand(sqlSelect, connection))
{
command.ExecuteScalar();
}
//Процедура логирования

}
}

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

publicstaticvoidLoggingUpdate(stringconnString) { stringsqlSelect=@»select from TestTypes where id = 2″; using(SqlConnection connection=newSqlConnection(connString)) { connection.Open(); using(SqlCommand command=newSqlCommand(sqlSelect,connection)) { command.ExecuteScalar(); } //Процедура логирования далееещекакой-токод } }

На строке command.ExecuteScalar() выполнение кода может «зависнуть», и со временем мы получим ошибку о возникшем таймауте.

Однако, если нам нечего делать, мы поменяем две строки местами в методе UpdateSmth и запишем не

command.ExecuteNonQuery();
LoggingUpdate(connString);

1 2	command.ExecuteNonQuery(); LoggingUpdate(connString);

а так

LoggingUpdate(connString);
command.ExecuteNonQuery();

1 2	LoggingUpdate(connString); command.ExecuteNonQuery();

, то все пройдет нормально, так как выполнение select будет происходить до команды update. Стоит ли на это полагаться? Думаю, нет .

Почему важно знать причины неоплаты?

Оплата банковской картой через интернет — эту услугу сейчас предлагает практически любой интернет магазин. Вы можете например купить билет на поезд, оплатив банковской картой, сделать покупку на ozon.ru, купить ЖД билет онлайн.

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

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

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

Коды ошибок клиента

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

400 Bad Request

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

401 Unauthorized

Информация доступна только зарегистрированным пользователям или запаролена. Если пользователь не авторизовался, доступ к странице невозможен.

403 Forbidden

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

Если пользователю www-data, под которым запущен сервер, закрыт доступ к чтению файла, поможет команда sudo chmod o=r /usr/share/nginx/html/index.html

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

404 Not Found

Серверу не удалось найти ресурс, который запрашивает пользователь, документа по этому адресу не существует.

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

Ссылки на удаленные разделы сайта будут возвращать код 404. На такие документы не нужно тратить краулинговый бюджет, поэтому в файле robots.txt запрещают роботу посещение и индексацию таких страниц.

405 Method Not Allowed

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

406 Not Acceptable

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

407 Proxy Authentication Required

Этот код похож на 401 и 407, он используется, если вопрос корректен, но клиент может получить доступ к документу только с помощью авторизации через прокси. Клиент авторизуется, если прокси вернет поле с заголовком proxy-authenticate.

408 Request Timeout

Сервер возвращает этот код ответа, если в установленное время ожидания клиент не сделал ни один запрос. Код 408 не возвращается, если пользователь сам отменил запрос, или соединение оборвалось, а отправить ответ нет возможности.

409 Conflict

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

410 Gone

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

413 Request Entity Too Large

Если в теле запроса слишком большой объем информации и сервер не может обработать такой большой запрос, то он возвращает код ошибки 413. Если это временная проблема, в поле Retry-After сервер укажет время, которое нужно подождать.

422 Unprocessable Entity

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

429 Too Many Requests

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

431 Request Header Fields Too Large

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

451 Unavailable For Legal Reasons

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

418 I’m a teapot

Это забавный код, возвращающий ошибку «Я чайник», связан с гипертекстовым протоколом управления кофеваркой — Hyper Text Coffee Pot Control Protocol. Ошибка означает, что запрос некорректен, с помощью чайника нельзя приготовить кофе. Протокол и код этой ошибки были созданы в шутку в 1998 году к 1 апреля.

Код 418 I’m a teapot

Сообщения информационного характера: 1ХХ

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

Продолжение действия (Continue server code): 100

Как ни странно, это не ошибка и не неполадка. Видеть это сообщение в коде – удовольствие для системного администратора.

100 Continue означает стабильную работу в штатном режиме. То есть сбоев в обработке информации по запросу не было, и все они обрабатывались сервером при обращении клиента.

Сообщением 100 сервис говорит о запуске и продолжении обработки данных по запросу, пока все пакеты не будут переданы.

Оно используется как начало соединения. И так будет до окончания обработки и завершения сессии.

Протоколы переключений (Switching Protocols): 101

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

101 Switching Protocols означает, что со стороны клиента произошла попытка смены протокола для обращения к сайту. Сервер должен дать согласие на это, если кончено он поддерживает обращение с таким типом протокола.

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

Основные ошибки – коды и их значения

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

Каждое из них имеет свое значение. Самые известные коды ответа сервера видел каждый пользователь глобальной сети.

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

По назначению ответы делятся на пять категорий и распределяются сотнями 100-500. Различают следующие 5 типов кодов:

1. Информационные сведения;
2. Подтверждение и принятие действия или команды;
3. Redirect или перенаправления;
4. Ошибка со стороны клиента;
5. Неполадки и сообщения со стороны сервера.

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

Я администратор электронной почты. Как я могу это исправить?I’m an email admin. How do I fix this?

Если администраторы конечного домена решат, что проблема не в их конце, решение может быть связано с конфигурацией вашей организации Exchange Online (или вашей локальной организации Exchange, если вы находитесь в гибридном развертывании).If the admins in the destination domain determine the problem isn’t on their end, the solution might be related the configuration of your Exchange Online organization (or also your on-premises Exchange organization if you’re in a hybrid deployment).

Вот несколько шагов, которые вы можете попробовать:Here are some steps for you to try:

• Решение 1 : запись MX для вашего домена может отсутствовать или быть неправильной.Solution 1 : The MX record for your domain might be missing or incorrect. Получите больше информации о том, как MX-записи работают с основами DNS.Get more information about how MX records work at DNS basics.

• Решение 4 : Срок действия вашего домена истек из-за неоплаты.Solution 4 : Your domain might have expired due to non-payment. Обратитесь к регистратору домена, чтобы проверить, что домен активен.Verify with your domain registrar that your domain is active and not expired.

• Решение 5 : Если получатель находится в вашей локальной организации Exchange в гибридном развертывании, возможно, проблема в вашей гибридной конфигурации.Solution 5 : If the recipient is in your on-premises Exchange organization in a hybrid deployment, there might be a problem with your hybrid configuration. Предоставьте администраторам локальной среды Exchange информацию из отчета о недоставке.Give the information in the NDR to your on-premises Exchange administrators. Им может потребоваться перезапустить мастер гибридной конфигурации из-за изменений их локальных IP-адресов или правил брандмауэра.They might need to rerun the Hybrid Configuration Wizard due to changes in their on-premises IP addresses or firewall rules.

Дополнительные сведения о маршрутизации сообщений в гибридных развертываниях см. В разделе Транспортная маршрутизация в гибридных развертываниях Exchange.For more information about message routing in hybrid deployments, see Transport routing in Exchange hybrid deployments.

Ошибки со стороны сервера: 5ХХ

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

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

Ошибка внутри сервера (Internal Server Error): 500

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

Вероятнее всего произошло обращение по несуществующей ссылке или запрос на объект, которого никогда не было.

Функция не реализована (Not Implemented): 501

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

Неверный шлюз (Bad Gateway): 502

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

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

Сервер недоступен (Server Unavailable): 503

Сервер может отказать посетителю в обработке запроса или процесса по нескольким причинам.

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

Время ожидания шлюза истекло (Gateway Timeout): 504

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

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

Версия протокола не может быть использована (HTTP Version Not Supported): 505

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

Как вариант – доступ предоставляется через защищенный протокол HTTPS, а клиент задает HTTP вручную или переходит по такой ссылке и наоборот.

Вариант не устраивает (Variant Also Negotiates): 506

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

Для хранения недостаточно места (Insufficient Storage): 507

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

Лимит пропускной способности исчерпан (Bandwidth Limit Exceeded): 509

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

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

Запрещен к распространению (Not Extended): 510

Если серверу не предоставлено достаточно данных о клиенте, он отказывает ему как неизвестному или неопознанному посетителю в предоставлении информации.

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

Авторизация в сети не пройдена (Network Authentication Required): 511

Код популярен и часто используется в общедоступных сетях. Может выдаваться по окончании выделенного клиенту времени (часто применяется в кафе и фастфудах).

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

Заключение

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

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

Основные причины ошибок при оплате банковской картой

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

Эта причина может быть не ясна сразу — при отказе в оплате может не отображаться ваш баланс. Ошибка аутентификации 3D secure может быть также связана с неверным вводом реквизитов карты на предыдущем шаге. В таком случае просто повторите платеж и укажите правильные данные.

Вторая причина — на строне платежной системы. Например, терминал оплаты РЖД не позволяет платить картами MasterCard. Можно использовать только карты Visa.
Заданный магазин может не поддерживать данный способ оплаты. К примеру, робокасса, которую подключают к множеству магазинов предлагает различные тарифы для оплаты.
Я сначала хотел оплатить вебмани, однако я позвонил в магазин. Оказалось, оплатить вебмани нельзя. У них не подключена эта опция. Хотя способ оплаты через вебмани предлагается на странице оплаты.

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

Четвертая причина — у вас не подключена опция 3d Secure(MasterCard SecureCode в случае MasterCard).
Технология 3D Secure заключается в следующем: при оплате вам приходит СМС от банка, которую вы должны ввести в специальном окне. Эту СМС знаете только вы и банк. Мошенничество в данном случае достаточно трудно, для него потребуется и ваш телефон.
Эта опция нужна вам для оплаты на сумму больше 3 тыс. рублей. Это как раз мой случай. Я купил в интернет магазине газовую плиту Bosh. При оплате товара на сумму 22 тыс. рублей мне выдалось вот такое сообщение:

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

1. Назвать 4 последних цифры номера карты
2. Назвать фамилию имя отчество полностью
3. Назвать кодовое слово.

Далее для подключения услуги 3d Secure от меня потребовали 2 номера из таблицы разовых ключей.  Вроде как услугу подключили, но через полчаса оплата снова не прошла. Позвонил в банк — сказали ожидайте когда подключится — услуга подключается не сразу. Нужно подождать.

Возобновление очередейResume queues

При возобновлении работы очереди заново запускается доставка исходящих сообщений из очереди с состоянием «Приостановлено».By resuming a queue, you restart outgoing message delivery from a queue that has a status of Suspended.

Примечания.Notes:

• Возобновлять работу можно только для приостановленных очередей.You can only resume queues that have been suspended.

• При возобновлении работы очереди не меняется состояние сообщений в ней. Например, сообщения с состоянием «Приостановлено» остаются в этом состоянии и не покидают очередь, пока ее работа не будет возобновлена.Resuming a queue doesn’t change the status of messages in the queue. For example, messages that have a status of Suspended remain suspended and don’t leave the queue after you resume the queue.

Для возобновления очереди используйте следующий синтаксис:To resume queues, use the following syntax:

В этом примере показано, как возобновить все очереди на локальном сервере, находящиеся в состоянии «Приостановлено».This example resumes all queues on the local server that have a status of Suspended.

В этом примере показано, как возобновить приостановленную очередь доставки с именем contoso.com на сервере с именем Mailbox01.This example resumes the suspended delivery queue named contoso.com on the server named Mailbox01.

Дополнительные сведения см. в статье Resume-Queue.For more information, see Resume-Queue.

Как убедиться, что все получилось?How do you know this worked?

Чтобы проверить, удалось ли вам возобновить работу очереди, используйте любую из описанных ниже процедур.To verify that you have successfully resumed a queue, use either of the following procedures:

• В средстве просмотра очереди убедитесь, что в столбце Состояние для этой очереди указано значение, отличное от «Приостановлено» (например, «Активно», «Подключение» или «Готово»).In Queue Viewer, verify the queue doesn’t have the Status value Suspended (for example, Active, Connecting, or Ready).

• В командной консоли Exchange замените на <QueueIdentity> идентификатор очереди и выполните следующую команду, чтобы проверить значение свойства Status :In the Exchange Management Shell, replace <QueueIdentity> with the identity of the queue, and run the following command to verify the Status property value:

Дополнительная информация

Типы очередей

Существуют следую очереди:

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

Где хранятся очереди Exchange

Очереди хранятся в базе данных ESE, которая находится в папке «%ExchangeInstallPath%TransportRoles\data\Queue»:

* mail.que — основной файл с базой очередей; tmp.edb — временный файл для проверки схемы самой базы; trn.chk — контрольные точки для отслеживания записи в логах.

Со временем, файл mail.que может разрастись и занимать много места. Для полной чистки базы ее можно просто создать заново. Для этого открываем службы Windows — останавливаем Microsoft Exchange Transport (перестанет работать почта) — переименовываем папку Queue, в которой находятся файлы базы и снова запускаем службу транспорта. Папка и база очереди создастся снова.

Смена пути хранения очереди

Открываем на редактирование файл %ExchangeInstallPath%\Bin\EdgeTransport.exe.config (C:\Program Files\Microsoft\Exchange Server\V14\Bin\EdgeTransport.exe.config) и меняем значения ключей QueueDatabasePath и QueueDatabaseLoggingPath, например:

    <add key=»QueueDatabasePath» value=»D:\Queue» />
    <add key=»QueueDatabaseLoggingPath» value=»D:\Queue» />

* где QueueDatabasePath — папка хранения файлов очереди; QueueDatabaseLoggingPath — папка хранения файлов журналов очереди.

Почему письма висят в очереди

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

Часто встречаемые проблемы, из-за которых письма висят в очереди

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

1. 451 4.4.0 primary target ip address responded with… Ваш сервер не смог отправить сообщение на mx получателя (причина поясняется после with).
2. 451 4.4.0 DNS query failed. Неудачная попытка при разрешении MX-записи в DNS. Выполните вручную nslookup с почтового сервера, чтобы убедиться в работоспособности запросов DNS.
3. 450 4.7.1 Helo command rejected: Host not found. Получатель отказался принять от нашего сервера команду приветствия из-за того, что не может найти имя нашего сервера в DNS. Необходимо убедиться в правильности настройки последнего для соответствующей зоны (записи A и PTR).
4. 451 4.7.0 Temporary server error. Please try again later. Как правило, ошибка связана с невозможностью разрешать записи в DNS. Ошибка может носить временный характер, а может возникнуть из-за неправильных настроек сети.

Время жизни сообщения в очереди

Посмотреть:

Get-transportserver MX | Select MessageExpirationTimeout

* где MX — имя транспортного сервера. По умолчанию, равен 2.00:00:00 (2 дня).

Поменять:

Set-TransportServer MX -MessageExpirationTimeout 3.00:00:00

* где MX — имя транспортного сервера.

Консоль управления Exchange (GUI)

Графическая консоль удобна для быстрого периодического осмотра очереди или поиска сообщения.

Просмотр

Запускаем Консоль управления Exchange — переходим в раздел Инструменты — кликаем по Средство просмотра очереди:

Откроется список почтовых доменов, на которые недавно были попытки отправить сообщения. В первую очередь, нас интересует колонки «Количество сообщений» и «Последняя ошибка» — для решения проблем смотрим их:

Описание колонок

1. Тип доставки — определяет способ отправки писем и следующее действие (или очередь), которое будет выполнено с пересылаемым письмом. Может быть:

   • DNSConnectorDelivery. Доставка с помощью SMTP-соединителя, созданного на локальном сервере. Разрешение маршрутизации с помощью DNS.
   • NonSmtpGatewayDelivery. Используется  очередь для доставки с помощью локального коннектора. SMTP не используется.
   • SmartHostConnectorDelivery. Доставка внешнему получателю с помощью SMTP-соединителя. Разрешение маршрутизации с использованием промежуточного узла.
   • SmtpRelayWithinAdSitetoEdge. Отправка письма внешнему получателю с помощью соединителя SMTP, который находиться на пограничном транспортном сервере.
   • MapiDelivery. Доставка локальным получателям.
   • SmtpRelayWithinAdSite. Сообщения помещаются в очередь для доставки на транспортный сервер-концентратор, находящийся на том же узле Active Directory, что и локальный сервер.
   • SmtpRelaytoRemoteAdSite. Сообщения помещаются в очередь для доставки на сервер, находящийся на удаленном узле Active Directory.
   • SmtpRelaytoTiRg. Сообщения помещаются в очередь для доставки группе маршрутизации Exchange Server 2003.
   • Undefined. Сообщения помещаются в очередь отправки, а следующий пункт назначения прыжка еще не определен.
   • Unreachable. Эти сообщения помещаются в очередь «Недостижимо», и задать маршрут к получателю невозможно.
2. Состояние — состояние очереди для конкретного домена.
   • Активно или Установка связи. Передача выполняется в данный момент.
   • Приостановлено. Передача не выполняется, и не будет выполняться автоматически.
   • Готово. Передача закончена, сообщений нет в очереди.
   • Повторить. Передача не выполняется, повторные попытки будут предприняты в ближайшее время.
3. Количество сообщений — отображает количество писем в очереди на отправку. Если 0, писем в очереди нет и в ближайшее время список должен пропасть. При наличии писем в очереди со статусами «Повторить» или «Приостановлено» говорит о том, что в результате отправки всех или некоторых писем до данного адресата, возникли ошибки.
4. Время следующей попытки — дата и время, когда сервер отправит письмо. Как правило, можно увидеть со статусом «Повторить».
5. Последняя ошибка — отображает код и текст последнее ошибки, которая возникла во время отправки сообщения.

Для поиска писем по критериям, возможно создать фильтр:

Возможные действия

Кликнув правой кнопкой мыши по списку очереди, мы получаем список возможных действий:

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

3 полезных совета при оплате картой через Интернет

Во первых — заведите себе специальную карту. Не используйте для оплаты зарплатную карту, на которой у вас все деньги. Оптимально — кредитная карта. Она позволяет в отдельных случаях вернуть часть суммы покупки(CashBack). Обычно это сумма до 5 процентов от покупки. Будьте внимательны, некоторые сервисы при оплате катой берут комиссии. И конечно же адрес страницы оплаты всегда должен начинаться с https и рядом с адресом должен стоять значок в виде замка(Соединение https).

Во вторых — не держите много денег на карте. На карте должно быть немногим больше суммы, необходимой вам для покупки. Примерно плюс 10% от общей стоимости покупки. Логика проста — с нулевой карты ничего не могут снять.
Делаете покупку — просто пополняете карту в интернет банке и получаете нужную сумму.

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