Вопросы Теги

Эта Ошибка SMTP может быть Отказом Разработчика?

Лучший является RDP. Я попытался использовать других (главным образом варианты VNC, включая UltraVNC) в некоторых резких условиях (маленькая пропускная способность / высокая задержка), и RDP был единственным, который мог обработать его. И это уже встроено :-)

1
задан 25 January 2015 в 02:35
4 ответа

Это - сервер, говоря это, к кому бы ни Вы указали как "ПРИЕМ": не допустимо.

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

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

5
ответ дан 3 December 2019 в 16:42
  • 1
    Спасибо за Предложение WireShark. Я упомянул это своему администратору сервера, и он сказал, что они используют его для хитрых проблем. Что-то я определенно изучу. –  Armstrongest 3 June 2009 в 23:23
  • 2
    Я могу только сердечно рекомендовать знакомиться с инструментами как WireShark, как разработчик, если you' ре, пишущее любой код, который обсуждает сеть. Если you' ре, не уже знакомое с рабочим SMTP " hand" в TELNET необходимо изучить, как сделать это, также. Протоколы Интернета, по большей части, очень человекочитаемы и человечески-перезаписываемы, и это проявляет здравый смысл использовать в своих интересах это. Я can' t говорят Вам, как системный администратор, сколько проблем I' ve, диагностированный путем достижения сниффера сначала, вместо того, чтобы продлиться. –  Evan Anderson 3 June 2009 в 23:29
  • 3
    Оказывается, что корректная часть ответа была " свяжитесь с сервером administrator" как оказалось, it' s, вероятно, уровень MIMESweeper, который только отклоняет внутренние адреса. Внешние адреса отмечаются как хорошо, но MIMESweeper видит внутренний домен, который прибывает из веб-сервера и думает it' s СПАМ. –  Armstrongest 4 June 2009 в 00:08
  • 4
    уровень MIMESweeper, который только отклоняет внутренние адреса , сказал Вам, что это был, вероятно, брандмауэр. –  Rob Moir 4 June 2009 в 11:08

Несомненно, это могло быть отказом разработчика. Например, спецификация говорит, что ПРИЕМ должен быть похожим на это:

RCPT TO:<user@example.com>

Однако это - очень обычная практика для фактической отправки этого:

RCPT TO: user@example.com

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

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

Я рекомендация второго Evan осуществить сниффинг трафика и понять, что на самом деле отправляется.

2
ответ дан 3 December 2019 в 16:42
  • 1
    Спасибо. It' s отправляемый как " Первый LastName < hello@domain.com> ". Краткие обзоры.Net MailMessage все настолько далеко. У меня есть администратор, работающий над ним. Он говорит it' s только происходящий, когда внутренний адрес используется... it' s, как будто it' s пытающийся аутентифицировать тот адрес перед отсылкой его. –  Armstrongest 3 June 2009 в 23:14

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

0
ответ дан 3 December 2019 в 16:42
  • 1
    Ну, электронная почта, добирающаяся там. Почтовый сервер передает ответ обратно. Мы имеем полный контроль над сервером и it' s работающий на другие домены на поле. –  Armstrongest 3 June 2009 в 23:15
  • 2
    О, да Atomiton, я вижу, что электронная почта добирается там, 550 ответов являются сервером, отклоняющим адрес you' ve, учитывая его. То, что я задавался вопросом, - Вы знаете что адрес электронной почты you' ре, отправляющее к - может Вы отправлять к тому адресу через почтовый клиент (возможно даже telnet) от поля you' ре, отправляющее от. That' ll говорят Вам немедленно если его Ваш код или что-то еще. microforge.net/kb/146 , кажется, справедливое руководство. Это - что-то, что я делаю довольно много для поиска и устранения неисправностей почтовых проблем одного вида или другого. –  Rob Moir 3 June 2009 в 23:57

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

Во всей серьезности да это - код. Согласно ошибке recipent недопустим. Так или иначе веб-сервер пытается послать почту на счет, названный "Учетная запись Обслуживания клиентов" все адреса электронной почты, находятся в формате user@domainname.suffix. То, что Вы получили 550 ошибок, показывает, что Вы соединились правильно с целевым mailserver, но нет никакого пользователя, позвонившего "Учетная запись Обслуживания клиентов"

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

0
ответ дан 3 December 2019 в 16:42
  • 1
    Да, на самом деле мы передаем сообщение. Веб-сервер находится на сервере, названном fgwww, и почтовый сервер находится на fgdc, который является контроллером домена. У нас также есть несколько кластеризованных Серверов баз данных. Какой doesn' t имеют смысл, то, что в моем коде, НИГДЕ не сделайте у меня есть слова " Обслуживание клиентов Account" я ТОЛЬКО указываю адрес электронной почты custservice@domain.com. Так, очевидно, it' s получение Имени учетной записи от где-нибудь. –  Armstrongest 3 June 2009 в 23:22

Теги

Похожие вопросы