2016-05-03 4 views
0

Наше приложение отправляет оповещения по электронной почте в списки пользователей. Мы хотим, чтобы пользователи имели возможность обсуждать эти электронные письма, но мы не хотим, чтобы когда-либо возвращались к обсуждению нашей заявки. Вот пример:Правильные заголовки для предотвращения спуфинга, но разрешить пользовательские ответы

Us: Send notice 
Them: Hits reply-all button, sends e-mail to their associates, but not us 
... 

В «нормальном» мире, мы бы просто иметь адрес, который идет в битоприемник, как «[email protected]», но Нееет, это не достаточно хорошо (потому что ответ электронной почты оставляет сеть клиента для частей «неизвестно»).

Наша первая попытка состояла в том, чтобы изменить адрес «От:» на то, что использует выбор, от внутри их сети, например.

"[email protected]" 

, и это часто работает, но противоречит правилам защиты от спуфинга Ironport. Я не могу сказать, что я их виню, но мне хотелось бы сказать: «Все в порядке, понимаете, мы хорошие парни».

Что мы можем сделать, не связанное с пользовательским правилом в Ironport?

Как выглядит пользовательское правило? (У нас нет Ironport, нам просто нужно работать с ним.)

ответ

0

Вы пытались использовать схемы, развернутые по спискам рассылки?

заголовок отправителя (From: заголовок сообщения): [email protected]
отправителя конверта (MAIL FROM: в SMTP-сессии): [email protected]

Отказов электронная почта должна идти к [email protected] , ответы пользователей должны соответствовать [email protected]