Вопросы сценария электронной почты SSIS. NOT SEND MAIL TASK

Question

У меня есть сценарий электронной почты, который я использую для отправки электронной почты внутри SSIS. НЕ использовать задачу электронной почты, так как я не могу выполнить ping-сервер из почтовой задачи, и это проще из сценария электронной почты. Кроме того, сценарий намного лучше во многих отношениях.

Этот сценарий электронной почты прост, проверяет, существует ли сервер, проверяет электронную почту и отправляет электронную почту.

ВОПРОС: В моей строке «От» в сценарии электронной почты я использую свой адрес электронной почты, и когда я загружаю свой пакет на сервер служб Integration Services и запускаю его, задача электронной почты отправляет mail успешно. Но когда кто-то еще запускает мой пакет на сервере, задача электронной почты выполняется успешно, но не отправляется электронная почта. Никаких исключений не выбрасывается и не происходит никаких сбоев в целом. Когда я переключаю адрес «От» на свой адрес электронной почты, и они запускают пакет: он отправляет почту. И когда я пытаюсь запустить его со своим адресом электронной почты в строке, он не может отправить электронную почту.

Мы используем это:

mySmtpClient.Credentials = System.Net.CredentialCache.DefaultNetworkCredentials; 

для crendentials.

Итак, мой вопрос: есть ли обходной путь для этого? Считаете ли вы, что это проблема проверки подлинности Windows? Если есть обходной путь, можете ли вы направить меня к одному или предоставить его? Спасибо.

Answer 1

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

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

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

«Правильный» подход заключался бы в том, чтобы сделать линию «От» согласованной с учетными данными. У вас есть логика, чтобы захватить учетную запись и назначить ее линии From.

Answer 2

Выяснил проблему. Точно так же, как упоминалось в billinkc, «правильный» подход. У нас была жестко закодированная строка «От», которая была причиной ее отказа. Наши пакеты запускаются SQL Job, который запускает определенный пакет. Пакет имеет сценарий электронной почты, который имел проблемы с проверкой подлинности Windows из-за несоответствия в аутентификации. Несоответствие было между человеком, выполняющим задание SQL, и пользователем электронной почты From. Следовательно, они никогда не соответствовали друг другу. Мы добавили строку в наш scritp, который заставляет пользователя запускать задание и делает его пользователем линии. И, таким образом, разрешено :)