Восклицательные знаки, вставляемые в электронные письма приблизительно в 1 000 символьных меток
Мы используем комплект Shavlik инструментов для обработки патчей, конфигурации и аудита.
Я не могу думать ни о каких конкретных профессионалах или недостатках - это работает довольно хорошо, и у нас не было реальных проблем с ним, что я могу вспомнить. (Это о лучшей вещи, которую я могу сказать об этом - это работает достаточно хорошо, что я не должен думать об этом :)
Был поражен этим самостоятельно.
При создании сообщения HTML без каких-либо возвратов каретки в нем можно получить ошибки где-нибудь вокруг 1 000 символьных меток.
Решение состоит в том, чтобы добавить несколько \r\n символов так, чтобы каждая строка была меньшей, чем 1 000 (или 988, если Вы не считаете \r\n символы).
Посмотрите раздел 2.1.1. Пределы Длины строки RFC 2822 для получения дополнительной информации:
2.1.1. Пределы длины строки
Существует две границы, которые этот стандарт устанавливает количества символов в строке. Каждая строка символов MUST быть не больше, чем 998 символами, и ДОЛЖНА быть не больше, чем 78 символами, исключая CRLF.
-
1Спасибо - также видит обсуждения этого сообщения - systemwebmail.com/faq/4.4.5.aspx – Ryan 5 September 2009 в 00:27
Обертывание в определенном числе символов обычно является клиентской проблемой. Если Вы не видите его на своих других сайтах, или на тестовой машине я не думаю ее Ваш код. Посмотрите, не можете ли Вы узнать, какой клиент используется для получения сообщения - это могла быть некоторая неработоспособная старая вещь, это - автоматическое обертывание в определенном числе символов.
Это не кажется, что приложение .NET вызывает проблему, если проблемы не происходит на многих других сайтах, куда тот же код работает. Проблемный сайт позади некоторого брандмауэра приложения или устройства против спама, которое могло бы контролировать smtp поток? Если так, могло бы быть правило об усечении длинных URL, который инициирован, который затем заставляет URL в электронном письме быть сокращенными.