Не отправляется почта (Exchange)
Всем привет!
Такое дело, настраиваю в данный момент почтовый сервер MS Exchange 2003, если в ближайшее время не заработает, меня подвесят :((. Столкнулся с таким делом, что почта приходит, но не уходит. Пишет такие варианты: Ошибка связи с сервером электронной почты получателя по протоколу SMTP. Обратитесь к системному администратору. <имя.домен.ru #5.5.0 smtp;571 имя@домен.ru prohibited. We do not relay> и второе Ошибка связи с сервером электронной почты получателя по протоколу SMTP. Обратитесь к системному администратору. <имя.домен.ru #5.5.0 smtp;554 <имя@домен.ru>: Recipient address rejected: Relay access denied> Подскажите плиз, где собака порылась, я уже даже не знаю куда и смотреть, чего исправлять |
Попробуй указать: smtp как <smtp.домен.ru>.
У меня была такаяже ерунда и мне помогло... :idontnow: |
А где указать-то?
|
В свойствах "Учётной записи", во вкладке "Серверы" строка "Исходящая почта (SMTP)"
|
Почта не отправляется(на mail.ru, gmail.com), никаких ошибок не выскакивает - наоборот пишет что прием и отправка писем успешно завершена. Письма также приходят нормально.
С чем может быть связана проблема ? Не с DNS серверами случайно ? |
ssdm,
Отчет о доставке поставь как на сервер так и на клиента + посмотри логи доставки Вероятно Маил режит тебя из за спам фильтров |
Проблема решилась.. Просто перезагрузил сервер ,сразу все письма доставились.
|
Почта не отправляется ни куда, входящая почта нормально работает, никаких ошибок не выскакивает - наоборот пишет что прием и отправка писем успешно завершена. В Exchange System Manager все письма висят(их около 30). Внутрення почта нормально ходит. Сервер Exchange 2000. Скорость интернета 600/100 килобит.
Два дня назад все норм работало, правда инет был побыстрее.. В чем проблема может быть ? С инетом ? |
Вот пример лога
Цитата:
The Microsoft Exchange Storage Group /DC=RU/DC=mydomain/CN=CONFIGURATION/CN=SERVICES/CN=MICROSOFT EXCHANGE/CN=mydomain/CN=ADMINISTRATIVE GROUPS/CN=mydomain/CN=SERVERS/CN=INETGATE/CN=INFORMATIONSTORE/CN=mydomain is off-line. |
Судя по логу почта доходит. Только делайте логи более читабельными.:)
А ошибка говорит что у вас группа хранения отвалилась. :( А EventID и Source ошибки можно посмотреть? |
Цитата:
Цитата:
Отключил я сегодня 'этот xexch50, все равно траблы вот сегодняшний лог Цитата:
Цитата:
сейчса же их вообще нет |
Цитата:
|
Цитата:
|
"Ну вот же он указывает"
это я просто такой лог привел.. В Queues в свойтвах письма в самом внизу написано "Unable to bind to the destination server in DNS. " Цитата:
|
А Вы уровень логирования повышали? приведите проблемный лог в чистом виде. Один из последних.
|
Цитата:
почта заработала, сама ) причем команда telnet localhost 25 во время неполадки , выполнялась, но сразу происходил разрыв связи, хотя telnet 192.168.201.180(внутренний ip сервера) 25 работал норм,.. сейчас же ,когда почта заработала telnet localhost 25 норм работает.. думаю эти два явления как то связанны.. и ещй в Event Log наткнулся на такое сообщение "SMTP Authentication was performed successfully with client "inetgate.mydomain.ru". The authentication method was "GSSAPI" and the username was "PT\INETGATE$". " event: 1708, category :smtp protokol оно произошло примерно тогда ,когда и почта заработала |
У вас релей на NIX. И были проблемы с аутентификацией. А это событие говорит о положительном исходе. Не факт, что проблемы были на Exchange. Скорее на NIX.
Для справки: GSSAPI (Generic Security Service Application Programming Interface) is a function interface that provides security services for applications in a mechanism-independent way. This allows different security mechanisms to be used via one standardized API. GSSAPI is often linked with Kerberos, which is the most common mechanism of GSSAPI. Kerberos libraries are installed by default on Linux platforms. They are also available for most other Unix platforms, but have to be installed separately. For Windows, GSSAPI offers integrated authentication for Windows 2000/2003 networks with Kerberos. This method utilizes domain accounts, since local accounts are not transferable across machine boundaries. The GSSAPI authentication method has no user interface (besides configuration). It does not ask anything from the user. If something fails during GSSAPI exchange, the reason for the failure can be seen in the server event log. |
Цитата:
|
судя по логу у провайдера.
|
Здравствуйте !
У меня такая проблема- в Outlook внутреняя почта работает нормально (У меня локальная сеть под управлением Windows Server 2003), однако когда кто нибудь хочет отправить письмо на сторонний почтовый сервер происходит ошибка, возвращаеться уведомление о том что письмо не доставленно, так же при отправке на почтовые сервера с доменом .com письмо якобы уходит, однако при проверке почтового ящика становиться понятно что оно не дошло. Заранее благодарен за помощь! |
Сумбурно... Версия Exchange какая у Вас? Снаружи к вам почта приходит? На страже сети что стоит? В общем опишите топологию Вашей сети и организации Exchange. Тогда будут ответы.
|
Время: 10:01. |
Время: 10:01.
© OSzone.net 2001-