Retry timeout exceeded ошибка


  • Помощь


  • Хостинг


  • Настройка почты на хостинге


  • Проблемы


  • Ошибка Mailbox is full: retry timeout exceeded

Ошибка «mailbox is full» свидетельствует об исчерпании дискового пространства на стороне адресата.

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

Не переполнен ли почтовый ящик

Перейдите в раздел Почта. В колонке Размер вы можете увидеть текущий размер каждого почтового ящика:


объём почтового ящика 1

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

Обратите внимание: если вид вашей панели управления отличается от представленного в статье, в разделе «Основная информация» переключите тему с paper_lantern на jupiter.

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


размер почтового ящика cpanel 1

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


размер почтового ящика cpanel 2

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

Во вкладке Почта отображается текущий размер каждого почтового ящика:



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

Осталось ли свободное место на хостинге

Узнать текущий размер потребляемого дискового пространства можно в разделе Мониторинг и журналы — Информация о системе. Для этого кликните по строке Размер дискового пространства и нажмите Подробно:


объём почтового ящика 2

В столбце Использовано/Всего отобразится объём дискового пространства в мегабайтах:


объём почтового ящика 3

Информация о дисковом пространстве отображается справа в разделе Статистика:


использование диска cpanel

Информация о дисковом пространстве отображается справа во вкладке «Сайты и домены»:




Для получения подробной статистики нажмите Вся статистика.

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

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

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

Occasionally, you may send an email message that returns a bounce-back message with an error such as the following:

  This message was created automatically by mail delivery software.  A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed:  [email protected] retry timeout exceeded

The following article explains some details on why this error occurs and some actions that the technical support team may need to take in order to resolve the problem.

Understanding the Email error: Retry timeout exceeded

This particular error message occurs when problems occur with either the server sending the email or with the receiving server that is the destination of the message. After a certain amount of failed attempts to deliver an email, the server sending the message will add the message ID to a database. The messages in this database are not included in the next cycle of attempts to transmit email messages. After a period of time, the messages in that database are then re-submitted for the next round of transmission attempts. This process continues until it reaches a failure point where the server will no longer attempt to send the message. After the attempts to deliver the message have been exhausted, you would then see the bounce-back message: Retry timeout exceeded.

Why does this error occur?

There are a wide variety of reasons that this error can occur. The issue will need to be reviewed by technical support to review the mail logs. This will help to identify the specific cause of the error. Here are a few of the common causes:

  • The mail box is full
  • SMTP port for sending messages is blocked
  • Spam filter issues
  • Network routing issues

Again, those are just a few of the possibilities. The issue requires that a technical support representative review the email logs in order to pinpoint the exact source of the problem.

What options do the Technical Support team have to resolve the issue?

If the problem is a typical email server error, then the support team can take standard measures to resolve the problem. For example, if the mail box is full or a port is blocked, then they can normally fix the issue fairly quickly. If there is something other than a typical error message causing the issue, the technical support team will need to escalate the issue to our systems team to try the following:

  • Force another attempt to transmit a specific message ID
  • Clear the retry database so that a repeatedly failing message can be resubmitted normally for re-transmission
  • Investigate the issue in more detail in order to determine the cause

These options require that our live technical support team to be contacted. Since this issue may require some time for investigation, you should send the issue through a ticket submitted through AMP.  The issue would then be escalated to our Systems team for investigation and resolution.

If you are looking for other information in troubleshooting emails, check out our Email Troubleshooting articles for further assistance.

  • Переполнен почтовый ящик
  • Закончилось свободное место на диске

Если при отправке письма вы столкнулись с ошибкой «mailbox is full», значит, у адресата закончилось дисковое пространство. Если ошибка возникает, когда письма отправляют на ваш email-адрес, проверьте почтовые настройки и внесите корректировки.

Ниже мы описали возможные причины ошибки и способы её исправить.

Переполнен почтовый ящик

Чтобы проверить, насколько заполнен ваш электронный ящик:

  1. Перейдите в панель управления хостингом.
  2. Откройте раздел Почта и проверьте колонку «Размер»‎:
  3. Если ящик заполнен, увеличьте его размер. Для этого наведите курсор на кнопку «Редактировать»‎ и в списке выберите Изменить:
  4. Укажите нужное значение в поле «Макс.размер, МВ» и кликните Ок:

Закончилось свободное место на диске

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

  1. Перейдите в панель управления хостингом.
  2. Откройте раздел Мониторинг и журналыИнформация о системе. Затем кликните по строке Размер дискового пространства и нажмите Подробно:
  3. Проверьте колонку «Использовано/Всего». Объём дискового пространства указан в мегабайтах:
  4. Если свободного места нет или осталось мало, вы можете почистить ящик от ненужных файлов либо выбрать тарифный план с большим дисковым пространством.

Готово, вы нашли и исправили причину ошибки «mailbox is full».

Если Вы отправили письмо, а в ответ на него пришло сообщение серверной службы оповещения с такими параметрами:

В поле «От» (один из нижеприведенных вариантов):

1. Mail Delivery System

2. Mail Delivery Subsystem

3. MAILER-DAEMON

4. Internet Mail Delivery

В поле «Тема» (один из нижеприведенных вариантов):

1. Returned mail: see transcript for details

2. failure notice

3. Mail delivery failed: returning message to sender

4. Delivery Notification: Delivery has failed

5. Undelivered Mail Returned to Sender

6. Delivery failure

7. Your e-mail could not be delivered

8. Message Rejected

9. Virus Intercepted (или что-то в этом роде)

10. Returned mail: Service unavailable

11. DELIVERY FAILURE

12. Delivery Status Notification (Failure)

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

1-01
Dies ist eine Empfangsbestatigung fur eine Nachricht, die Sie an [адрес получателя] gesendet haben.
Hinweis: Diese Empfangsbestatigung sagt nur aus, dass die Nachricht am Computer des Empfangers angezeigt wurde. Es gibt keine Garantie, dass der Empfanger die Nachrichteninhalte gelesen oder verstanden hat. — уведомление об открытии получателем письма (аналогичное русскоязычному варианту).

2-01
mailbox is overflow — почтовый ящик адресата полностью забит письмами и свободное место для принятия новых посланий в нем отсутствует.

2-02
can’t create output — то же, что и п.2-01.

2-03
mailbox is full: retry timeout exceeded (или просто mailbox is full) — то же, что и п.2-01.

2-04
Disc quota exceeded — то же, что и п.2-01.

2-05
User has too many messages on the server — то же, что и п.2-01.

2-06
Out of memory — то же, что и п.2-01.

2-07
The users mailfolder is over the allowed quota (size) — то же, что и п.2-01.

2-08
[адрес получателя] temporary blacklisted, contact postmaster@pochta.ru — скорее всего, причиной является одновременное совпадение вещей, описанных в п.2-01 и 3-01.

2-09
user is over quota — то же, что и п.2-01.

2-10
user quota exceed, try again later — то же, что и п.2-01.

2-11
would exceed mailbox quota — то же, что и п.2-01.

2-12
mail quota for user [адрес получателя] exceeded — то же, что и п.2-01.

2-13
the quota for the mailbox has been exceeded — то же, что и п.2-01.

2-14
Message will exceed maximum mailbox size for [адрес получателя]. Mail rejected — то же, что и п.2-01.

3-01
mailbox is inactive — почтовый ящик адресата существует, но с него давно ничего не отсылалось; до тех пор, пока адресат не отошлет кому-либо хотя бы 1 письмо, ящик не будет принимать прибывающие письма.

3-02
Mailbox is temporary inactive — то же, что и п.3-01.

3-03
Resources temporarily unavailable. Please try again later — то же, что и п.3-01.

3-04
mailbox is temporary blocked — то же, что и п.3-01.

3-05
Mailbox blocked due to inactivity of user — то же, что и п.3-01.

3-06
Denied by policy — то же, что и п.3-01.

3-07
mailbox exists, but not used — то же, что и п.3-01.

3-08
mailbox is not used more than [промежуток времени], mail rejected — то же, что и п.3-01.

3-09
User is inactive — то же, что и п.3-01.

3-10
Need RCPT (recipient) — либо то же, что и п.3-01, либо ящик получателя неактивен по каким-либо др. причинам.

3-11
valid RCPT command must precede DATA — то же, что и п.3-10.

3-12
Recipient address rejected: Greylisted for [промежуток времени] — ящик получателя не ответил на запрос о поступлении входящей почты в течении указанного промежутка времени, по причине чего Ваше письмо не может быть доставлено. Причины данной ситуации, по идее, должны быть указаны в сообщении службы оповещения.

3-13
Recipient address rejected: Your emails has been returned because the in…t’s email account has been suspended. The account must be re-activated to receive incoming messages. — то же, что и п.3-01.

4-01
user unknown — почтовый ящик с указанным адресом на данный момент недоступен или вообще не существует (Внимание! Важно! Данный диагноз присутствует практически в любом сообщении службы оповещения независимо от причин, по которым Ваше письмо не дошло до адресата, но указывается только после разъяснения этих причин; если же др. диагнозы в сообщении службы оповещения отсутствуют, то ящик с указанным адресом действительно просто не существует).

4-02
Host unknown — указанный почтовый сервер (расширение в адресе получателя, идущее после значка «@») не найден в Интернет-сети. Возможные причины:
— указанный почтовый сервер уже прекратил свое существование или вообще никогда не существовал;
— почтового ящика с указанным адресом не существует;
— почтовый сервер временно отключен от сети по техническим причинам.

4-03
host not found — то же, что и п.4-02.

4-04
Service unavailable (или Service not available) — в принципе то же, что и п.4-02.

4-05
No route to host — в принципе то же, что и п.4-02.

4-06
host name lookup failure — в принципе то же, что и п.4-02.

4-07
mailbox not found — почтового ящика с указанным адресом не существует.

4-08
mailbox not valid (или [адрес получателя] is not a valid mailbox) — то же, что и п.4-07.

4-09
Sorry, no mailbox here by that name — то же, что и п.4-07.

4-10
no such user — то же, что и п.4-07.

4-11
no such address — то же, что и п.4-07.

4-12
Requested action not taken: mailbox unavailable — то же, что и п.4-07.

4-13
Recipient address rejected: Your emails has been returned because the intented recipient’s email account has been suspended. The account must be re-activated to receive incoming messages. — то же, что и п.4-02.

4-14
Recipient address rejected: The intended recipient is not defined in [расширение адреса получателя после значка «@»] domain. — то же, что и п.4-02.

4-15
Mail from [адрес отправителя] rejected for policy reasons — в принципе, что-то сходное с ситуацией, описанной в п.4-02, но только причиной неработоспособности адреса получателя является политическая ситуация в стране (?).

4-16
local delivery failed — то же, что и п.4-07.

4-17
Error: content rejected — то же, что и п.4-02.

4-18
Please check the recipients e-mail address before you try again: [адрес получателя] — судя по всему, данный диагноз имеет место в том случае, если Вы неверно укзали почтовый домен адреса получателя (т.е. в адресе получателя неправильно записана та его часть, которая идет после значка «@»).

4-19
User [адрес отправителя] not listed in Domino Directory — то же, что и п.4-07.

4-20
Recipient address rejected: User unknown in local recipient table — то же, что и п.4-07.

4-21
Recipient address rejected: User unknown in relay recipient table — то же, что и п.4-07.

4-22
delivery error: dd This user doesn’t have a [расширение адреса получателя] account — то же, что и п.4-07.

4-23
Unknown user — то же, что и п.4-07.

4-24
did not reach the following recipient(s) — то же, что и п.4-07.

4-25
The recipient name is not recognized — то же, что и п.4-07.

4-26
No recipients have been specified — то же, что и п.4-07.

4-27
E-mail field not present in nameserver entry — то же, что и п.4-07.

4-28
Unrouteable address — то же, что и п.4-07.

4-30
mailbox [адрес получателя] is unavailable — то же, что и п.4-07.

4-31
mailbox [адрес получателя] does not exist (или просто Address does not exist) — то же, что и п.4-07.

4-32
unknown or illegal alias: [адрес получателя] — то же, что и п.4-07.

4-33
unknown user account — то же, что и п.4-07.

4-34
user not found — то же, что и п.4-07.

4-35
Deferred: Connection reset by [POP3-сервер входящей почты получателя] — если в сообщении службы оповещения не указаны какие-либо др. диагнозы, то Ваше письмо не может быть доставлено адресату из-за сбоя на почтовом сервере, где расположен ящик адресата (причины данного сбоя могут быть различными).

4-36
no valid recipients — либо то же, что и п.4-07, либо ящик получателя временно заблокирован его же провайдером (обычно причина блокирования также указана в сообщении службы оповещения).

4-37
no valid RCPT address specified — то же, что и п.4-36.

4-38
Greylisting in action, please come back in [часы:минуты:секунды] — скорее всего, Ваше письмо не дошло до получателя в результате временного отключения или просто какого-то сбоя при обращения к его (получателя) почтовому ящику. При этом, в послании указано точное время, в которое Вам рекомендуется повторно отослать письмо, чтобы оно могло быть доставлено получателю.

4-39
retry timeout exceeded — то же, что и п.4-35.

4-40
Unrouteable address — то же, что и п.4-07.

4-41
The Recipient account on this server is canceled. — то же, что и п.4-07.

4-42
Recipient address rejected: «Greylisted
Error: no valid recipients — соответственно то же, что и п.4-36.

4-43
Recipient address rejected: Too Busy sorry — почтовый сервер получателя перегружен из-за большого количества обращений к нему (например, в период праздников, когда по эл. почте отправляется много поздравлений). Спустя некоторое время, попробуйте повторить попытку отправить письмо Вашему знакомому.

4-44
invalid mailbox — то же, что и п.4-07.

4-45
invalid address — то же, что и п.4-07.

5-01
We don’t accept mail from spammers — на компьютере или почтовом сервере получателя установлена какая-либо защита от спама, которая просто уничтожила Ваше письмо, считая его «почтовым мусором», поскольку получатель не вносил Ваш адрес в списки «разрешенных» отправителей. Письма, отосланные с Вашего адреса, не могут быть прочитаны и автоматически удаляются при прохождении через спам-фильтр во время проверки получателем своего ящика, либо еще до того — в момент входа в его ящик.

5-02
sorry, but your adress is not permitted — то же, что и п.5-01, но в более вежливой форме.

5-03
sorry, that domain isn’t in my list of allowed rcpthosts — то же, что и п.5-01, но в более вежливой форме.

5-04
mailbox blocked — причина, скорее всего, та же, что и в п.5-01.

5-05
Recipient address rejected: Access denied (или просто Access denied) — то же, что и п.5-01.

5-06
Sender address rejected: SPAM-ID: [произвольные буквы и цифры] Your mail mail server was blacklisted in an older variant of the SecuritySage spam filters. Please ask your mail server administrator to start using the SecuritySage RHSBL filters instead of the access file. — то же, что и п.5-01.

5-07
Your mail from IP [IP-адрес почтового сервера Вашего провайдера] was rejected Too many DNSBL-listed hosts in /24 network surrounding your host Please Contact your ISP to rectify this : [адрес получателя] — то же, что и п.5-01, но только спам-защита не пропустила Ваше письмо одному из получателей (адрес указывается в сообщении службы оповещения) просто из-за большого общего количества адресов получателей, укзанных в нем. Попробуйте уменьшить количество адресов получателей и отошлите послание повторно.

5-08
Delivery not authorized, recipient can receive emails from his/her own domain only — ящик получателя, на который Вы отправили письмо, предполагает получение почты только с тех ящиков, которые принадлежат тому же почтовому домену (фрагмент адреса после значка «@»), что и ящик получателя. С почтовых ящиков, расположенных на др. почтовых серверах, почта данному получателю не может быть доставлена.

5-09
…spam message discarded. If you think that the system is mistaken, please report details to… — то же, что и п.5-01.

5-10
Message rejected by content filter — то же, что и п.5-01.

5-11
Your message to:
[адрес получателя]
was considered unsolicited bulk e-mail (UBE).
[некоторые технические данные]
Delivery of the email was stopped! — то же, что и п.5-01.

5-12
Message filtered. Please see the FAQs section on spam — то же, что и п.5-01.

5-13
[домен сервера Вашего почтового провайдера] blocked by [технические параметры]
Blocked for abuse. See [Интернет-ссылка или рекомендуемое действие] — то же, что и п.5-01.

5-14
Message rejected. [домен сервера Вашего почтового провайдера и Ваш собственный адрес] — On arrival filtering at [наименование службы на почтовом сервере провайдера ящика получателя] — то же, что и п.5-01.

5-15
server refused mail service — то же, что и п.5-01.

5-16
We do not accept spam — то же, что и п.5-01.

5-17
[адрес отправителя, в данном случае — Ваш]… This domain is blacklisted,consult your postmaster — домен сервера Вашего почтового провайдера занесен в список спам-ресурсов на сервере почтового провайдера получателя, так что Ваши письма не смогут дойти до адресата.

5-18
Sorry, Use your ISP’s SMTP server to send mail — этот диагноз может иметь место в тех случаях, когда Ваше письмо не пропускается в ящик получателя серверной спам-защитой из-за его (письма) сходства «по формату» с реально спамовыми письмами, а именно: в письме вообще отсуствует тема или она имеет «сомнительный» характер (?); текст в Вашем письме либо вообще отсутствует, либо он весьма короткий (например, содержит всего 1-2 слова). По собственному опыту могу сказать, что данные вещи просто являются результатом «кривой настройки» правил фильтрования спама администраторами почтовых серверов (спасибо им, что хоть снизошли настроить отсылку уведомления о невозможности доставки писем в данных ситуациях 🙂

5-19
Relay access denied (или просто access denied) — то же, что и п.5-01.

5-20
relay not permitted — то же, что и п.5-01.

5-21
Requested action not taken: message refused — очевидно то же, что и п.5-01.

6-01
Deferred: Operation timed out with [домен почтового сервера получателя]
Warning: message still undelivered after 4 hours
Will keep trying until message is 4 days old — отосланное Вами послание не было прочитано получателем в течении 4 часов с момента поступления в его ящик. Письмо будет храниться в ящике получателя в течении 4 дней, после чего будет автоматически удалено (пояснения: некоторые провайдеры ограничивают срок хранения входящей корреспонденции своих клиентов в пределах 3-5 дн., после чего все эти письма автоматически удаляются специальной серверной службой).

6-02
Message could not be delivered for 4 days
Message will be removed from server — отосланное Вами послание пролежало в ящике получателя 4 дня, но так и не было просмотрено; оно будет автоматически удалено (пояснения см. в п.6-01).

6-03
Message could not be delivered for 4 days
Message will be deleted from queue — то же, что и п.6-02.

6-04
The attached message had transient non-fatal delivery errors
THIS IS A WARNING MESSAGE ONLY — YOU DO NOT NEED TO RESEND YOUR MESSAGE!
This server is configured to automatically retry delivery at configured intervals.
Subsequent attempts to deliver this message are pending. — таким сообщением лишь уведомляется, что на данный момент ящик получателя по каким-либо причинам недоступен, однако провайдер почтового сервера получателя будет возобновлять попытки доставки Вашего письма через неопеделенные промежутки времени, так что Вам нет необходимости повторно отсылать письмо (правда результативность таких попыток может быть весьма сомнительна да и, кроме того, указанное сообщение может еще неоднократно приходить Вам, пока письмо наконец-то будет доставлено в ящик получателя).

6-05
Sorry, I wasn’t able to establish an SMTP connection. (#4.4.1)
I’m not going to try again; this message has been in the queue too long. — то же, что и п.6-04, но только повторные попытки доставить Ваше письмо адресу не производятся соответствующей службой и оно сразу удаляется после первой же неудачной попытки.

6-06
retry timeout exceeded — в момент попытки доставить Ваше письмо адресату его ящик оказался недоступным. Причина, скорее всего, в сильной загруженности почтового сервера, на котором находится почтовый ящик получателя. Как результат, письмо не может быть доставлено и утеряно, но Вы можете попытаться отправить его повторно, спустя некоторый промежуток времени.

6-07
Operation timed out — если др. диагнозов в сообщении не указано, то причина та же, что и описанная в п.6-06.

7-01
Your message include a virus and can’t be delivery
Message removed by [название антивируса] — данное сообщение или аналогичное ему имеет место в следующих случаях: отосланное Вами послание реально заражено вирусом (содержит зараженный файл); отосланное Вами послание содержит вложение, которое антивирус на сервере провайдера посчитал вредоносным (например, ZIP-архив с вложенным EXE-файлом); с Вашей машины себя разослал почтовый червь, используя Ваш оригинальный почтовый адрес, но был перехвачен на каком-либо сервере; с какой-либо др. машины себя разослал почтовый червь, используя Ваш оригинальный почтовый адрес, найденный в адресной книге на этой зараженной машине, но был перехвачен на каком-либо сервере; послание службы оповещения является подделкой, сгенерированной каким-либо почтовым червем, отославшим данное послание с какой-либо зараженной машины, на которой в адресной книге имелся Ваш адрес, и червь указал этот адрес в качестве отрправителя.

7-02
Original address: [адрес получателя]
Reason: «Possible Virus Detected/Invalid attachment type [название приложенного к письму файла]»
Message rejected: Conversion failure — в принципе то же, что и п.7-01.

7-03
A message sent from [адрес отправителя] to [адрес получателя]
contained [номенклатурное название вируса] and has not been delivered. — в принципе то же, что и п.7-01.

8-01
Message size is to high that limit and can’t be allowed for use — на машине получателя установлено ограничение на размер входящих писем; Ваше письмо превышает максимально допустимый размер и будет либо уничтожено, либо не будет загружаться получателем с почтового сервера, либо будет переслано Вам назад (обычно просто автоматически удаляется из ящика при проверке получателем своей почты, но все зависит от настройки соответствующего ограничительного правила на машине получателя).

8-02
message size is to longest that limit and can’t be allowed for process of dispatch — то же, что и п.8-01.

8-03
Message size exceeds fixed limit — то же, что и п.8-01.

9-01
File is corrupted — на почтовом сервере отправителя/получателя установлена антивирусная программа, которая проанализировала приложенный Вами к письму файл и посчитала его по каким-либо причинам «поврежденным» (например, если вложение было разбито на несколько кусков и отправляется по частям). После этого Ваше послание автоматически удаляется с почтового сервера отправителя/получателя, не достигнув почтового ящика адресата.

9-02
Archive is corrupted — то же, что и п.9-01, но только касательно архива, приложенного к письму.

9-03
Unable to store mail now. Try later. — наиболее вероятной причиной данного сообщения является запрет доступа к ящику получателя, поскольку он (получатель) в момент прибытия Вашего письма уже проверяет почту. Если почтовая служба (почтовый провайдер) получателя построена грамотно, то, несмотря на указанное сообщение, Ваше письмо будет положено в ящик получателя после того, как он закончит проверять свою почту. В противном случае, Вам придется отсылать письмо повторно.

*****

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

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

 

exim_user

Guest

#1

Это нравится:0Да/0Нет

01.11.2006 15:41:33

Код
This message was created automatically by mail delivery software.

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

  user@domain
    retry timeout exceeded

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

Есть ссылка на доку пока читаю пытаюсь въехать…

http://exim.inode.at/exim-html-1.90/doc/html/spec_32.html

 

Чуть не туда копаешь это ответ принимающего сервера те не твоего
есть несколько вариантов почему он так отвечает:
1. Сервер очень загружен и просит прислать письмо позже (Это самый адекватный ответ для этого кода ошибки)
2.  По каким то предпочтениям дминов других серваков тот сервак
отвечает этим кодом на другие ситуации (например ящик переполнен, ящика нет, запрет антиспам системы, глюкавый грей лист
+ дописать что по вкусу)

а вообще нужна более полная инфа по этому делу

найди сообщения которые висят на тот сервак с этой ошибкой (mailq)
и сделай exim -v -M mess_id
и пришли сюда

 

exim_user

Guest

#3

Это нравится:0Да/0Нет

01.11.2006 16:05:16

Цитата
Paradoxx пишет:
Чуть не туда копаешь это ответ принимающего сервера те не твоего

Так если в этот момент послать на тот же адрес письмо с другого сервера например mail.ru то почта уходит и приходит туда сразуже вот что меня и смутило что это ответ моего сервера а не удаленного.

Цитата
Paradoxx пишет:
найди сообщения которые висят на тот сервак с этой ошибкой (mailq)
и сделай exim -v -M mess_id
и пришли сюда

угу поищю… только вот mailq у меня ненаходит это вроде у sendmail/postfix такая команда…

# mailq
-bash: mailq: command not found

 

можно exim -bp
или если Операционка  *BSD
пропиши

cat /etc/mail/mailer.conf
sendmail        /usr/local/sbin/exim
send-mail       /usr/local/sbin/exim
mailq           /usr/local/sbin/exim -bp

если Линь у него в папочке /etc/mail/ (точно не помню)
храняться символические ссылки какие проги использовать
вообщем система какая?

 

exim_user

Guest

#5

Это нравится:0Да/0Нет

01.11.2006 16:30:44

Цитата
Paradoxx пишет:
можно exim -bp

Да спасибо, вижу очередь писем.

Цитата
Paradoxx пишет:
если Линь у него в папочке /etc/mail/ (точно не помню)
храняться символические ссылки какие проги использовать
вообщем система какая?

Самое смешное что это пятая федора но скорее всего затюненая прошлым админом :)

Вообщем буду вылавливать косячное письма.

 

ak_

Guest

#6

Это нравится:0Да/0Нет

01.11.2006 16:46:14

Во-первых, надо telnet-ом по общаться руками с тем сервером с которым есть проблемы с доставкой. У того же mail.ru есть много альтернативных роутов до целевого почтовика, поэтому они гарантированно быстро могут доставить. А в данном конкретном случае может быть проблема с роутом между серверами или слижком коротким ttl сессий. Я сам 1 раз сталкивался с ситуацией когда при соединении с почтового сервера, расположенного в Москве с почтовым сервером в Иркутске шли длинные задержки, а после установления соединения все передавалось очень быстро. Было четко видно, что по пути следования пакетов стоял фильтр, который жестко тупил из-за чего с дефолтовыми настройками таймаутов почтовик не мог доставить письма. Вылечилось прописыванием больших таймаутов. Если проблема не в этом (соединение быстро инициируется), то надо руками попытаться влить туда письмо и посмотреть на реакцию почтовика. Если тот ответит ошибкой — это проблемы на той стороне, вполне возможно что это антиспам защита такая — первому соединению дается ошибка, а если в течении 5 минут повторить доставку, то почтовик примет письмо.

Если письмо руками туда отправилось без проблем, то значит грабли на своем сервере. Надо проверить каким макаром запускается в системе exim. Один раз видел как sendmail на одном сервере сначала запускался с опцией -d, а потом через inetd при обращении на 25 порт. В результате сервер жестко тупил — не с первого раза принимал и отправлял почту, т.к. каждый из запущенных демонов стремился перехватить управление на себя и ни сном ни духом не знал про то что по сети отправлял или получал другой демон.

Если проблема не в этом, то надо тогда смотреть как прописаны правила доставки сообщений с exim — может там есть что-то особенное, что и вызывает проблемы…

  • Retrieve cmdtcs форд ошибка
  • Retigo b1011b коды ошибок
  • Retarder perf reduced ошибка
  • Retarder inhibited renault premium ошибка
  • Ret 04009 10 ошибка ман тга