Как я могу избежать предупреждения системы безопасности Outlook при отправке электронного письма программно?
Что (по крайней мере, во время первоначального проектирования) каждая таблица базы данных (ну, почти каждая) должна быть четко определена, чтобы содержать какую-то явно понятную бизнес-сущность или абстракцию домена системного уровня, и что независимо от того, используете ли вы ее как первичный ключ и как внешние ключи в других зависимых таблицах, некоторые столбцы (атрибуты) или подмножества атрибутов таблицы должны быть четко определены, чтобы представлять уникальный ключ для этой таблицы (сущность / абстракция). Это единственный способ гарантировать, что общая структура таблицы представляет логически непротиворечивое представление всей структуры данных системы, без наложения или неправильного понимания сглаживания. Я твердо верю в использование бессмысленных суррогатных ключей для Pks и Fks и функциональности объединения (для производительности, простоты использования и других причин), но я считаю, что тенденция в этом направлении слишком сильно отодвинула сообщество баз данных от первоначальные принципы Кобба, и мы потеряли большую часть преимуществ (согласованности базы данных), которые обеспечивали естественные ключи.
Так почему бы не использовать оба?
3 ответа
Это сделано «намеренно». Это сделано для того, чтобы вирусы не могли выполнять такие действия, как просмотр адресной книги и автоматическая отправка электронных писем от имени пользователя. Наличие диалогового окна предотвращает превращение вируса незаметно в спам-бота.
Я знаю, что это не ответ на ваш прямой вопрос, но есть ли причина, по которой вы можете использовать класс System.Net.Mail.MailMessage и отправлять с его помощью? Или это потому, что вы хотите, чтобы электронное письмо отображалось в отправленных им сообщениях?
Чтобы обойти это всплывающее окно, вам понадобится некоторая библиотека, например Redemption . Это стандартное встроенное поведение безопасности Outlook (я думаю, начиная с версии 2002).