Неизвестные получатели

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

>From daemon Ион Nov 4 14:44:31 1991 Received: by vixh.cso.uiuc.edu id AA08280

(5.65c/IDA-i.4.4 for krol); Mon, 4 Nov 1991 14:44:26 Date: Mon, 4 Nov 1991 14:44:26 -0600 Form: Mail Delivery Subsystem <MAILER-DAEMON> Message-Id: <199111042044.АЛОВ2809uxh.cso.uiuc.edu>

То: krol

Subject: Returned mail: User unknown Status: RO

Transcript of session follows

While talking to yoyodyne.com:

>>> RCPT To: <johm@yoyodyne.com>

<<< 550 <johm@yoyodyne.com>... User unknown

550 johm@yoyodyne.com... User unknown

Причиной таких сбоев часто бывает ошибка, допущенная при наборе имени пользователя в адресе. (Именно это произошло в примере, я неправильно набрал имя John.) Может случиться и так, что имя пользователя набрано правильно, а имя компьютера — неправильное, но допустимое. Например, если Вы адресуете сообщение johnb@ux2, а не johnb@uxl, то можете получить сообщение "Пользователь неизвестен". Компьютер ux2 существует, но пользователя johnb на нем нет. (В худшем случае Ваша почта попадет не к тому адресату — к какому-нибудь "johnb", которого Вы никогда не встречали, но у которого, оказывается, есть вход на компьютере uх2.)

Почту нельзя доставить

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

Transcript of session follows

554 <johnb@yoyodyne.com>... Service unavailable

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

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

Form: Mail Delivery Subsystem <MAILER-DAEMON@uxl.cso.uiuc.edu>

Message-Id: <19911109180 4.AA27 807@uxl.cso.uiuc.edu>

To: e-krol@uiuc.edu

Subject: Returned mail: Cannot send message for 2 days

Status: RO

Transcript of session follows

421 deadhost.cso.uiuc.edu (TCP)... Deferred:

Connection limed out during user open

with deadho.st.cso.uiuc.edu

Unsent message follows

Причин здесь может быть несколько.

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

• Удаленная система может быть "мертва" вследствие серьезных аппаратных проблем.

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

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