Я не уверен в реализации C# урожая (), но на динамических языках, это намного более эффективно, чем создание целого набора. на многих случаях это облегчает работать с наборами данных, намного больше, чем RAM.
Если вы не можете придумать действительно вескую причину для этого, я бы посоветовал вам отправлять электронные письма от службы поддержки @, а не no-reply @.
Вся причина адреса электронной почты support @ состоит в том, чтобы получать комментарии и отзывы от вашей пользовательской базы, и если вы отправляете им электронные письма, зачем усложнять им задачу? Если они смогут просто ответить на письмо, вы получите больше отзывов.
Я предлагаю вам настроить псевдоним «Псевдоним» («Управление доменом»> «Пользователи»> «Изменить пользователя»> «Добавить псевдоним»). Затем создайте фильтр, который отправляет любой ответ на этот ник прямо в корзину или в спам.
Просто создайте учетную запись «без ответа». Это никому не повредит, люди все равно будут пытаться посылать ему материалы, и это послужит вашей цели.
Что касается последних двух вопросов, это зависит от обстоятельств.
Если вы отправляете эти электронные письма как часть автоматизированного сценария (например, регистрация на форуме) просто использует учетные данные «без ответа». Периодически входите в систему, чтобы убедиться, что вы не получаете ошибок при доставке (в отличие от шутников, использующих поддельные адреса электронной почты) или другого странного поведения.
Если вы не отправляете эти электронные письма как часть автоматический сценарий, это зависит. Если вы также управляете адресом поддержки ( support@example.com , staff@example.comи т. д.), которые вы можете отправить от имени и использовать ответ. Но эта часть немного более субъективна и действительно зависит от ваших настроек.
У меня были некоторые проблемы с использованием локализованных сообщений об ошибках и DataAnnotations, в значительной степени идентичных вашей ситуации. Хотя у меня не было пустых сообщений об ошибках, я всегда получал некоторые исключения. Решение для меня было:
в App_GlobalResources / Errors.resx откройте файл ресурсов, измените его свойства на Build Action: Embedded Resource, Custom Tool: PublicResXFileCodeGenerator, Custom Tool Namespace: Resources (Visual Studio делает что-то странное при их автогенерировании, поэтому проверьте еще раз, что все в порядке)
Измените модификатор доступа к файлу ресурсов на Public
Проверьте сгенерированный файл кода (Errors.Designer.cs), что пространство имен и модификатор доступа верны.
Попробуйте
Мой пример из класса Model:name+something_else_here@domain.com
Затем настройте фильтр, чтобы электронные письма с частью «something_else_here» проходили мимо папки «Входящие» на ярлык.
Это помогает?
Я думаю, что правильнее всего будет настроить фильтр, который сортирует ваши сообщения почтового демона в специальную папку (или в корзину, если хотите.) Или, как предлагалось в другом комментарии, используйте отдельный почтовый адрес.
noreply не годится для того, чтобы указать людям, что это не тот адрес, который вы проверяете, но это не совсем способ справиться с недоставкой почты. На самом деле, ваша почта с большей вероятностью попадет в фильтры спама, потому что ваша попытка обфускации отправителя будет выглядеть как спам для принимающего узла.
Необходимо создать пользователя noreply . Но используйте его в качестве спама (при регистрации неизвестных сайтов) и в качестве письма для тестирования.