Назад | Перейти на главную страницу

Отправка сообщений о недоставке почты, настроенных для сотрудников, больше не работающих в компании

В настоящее время мы пользуемся услугами хостинговой компании для наших услуг Exchange. Мы рассматриваем возможность перехода на приложения Google, но в настоящее время это пилотная программа.

И наш провайдер Exchange, и Google Apps имеют возможность отправлять электронную почту, адресованную неизвестным пользователям, на другой SMTP-сервер.

Мне нужен совет о том, как я могу настроить SMTP-сервер, который позволил бы мне настроить следующее:

  1. Разрешите мне войти в список или, возможно, создать учетную запись пользователя для любых бывших сотрудников. Любые почтовые сообщения, отправленные предыдущему сотруднику, будут иметь индивидуальный ответ, отправленный обратно отправителю, в котором объясняется, что этого человека больше нет в компании, и они должны повторно отправить свое электронное письмо лицу X, которое теперь занимается работой прошлых сотрудников.

  2. Отправьте уведомление о недоставке для любого другого пользователя, не определенного в системе.

Мы в первую очередь магазин Windows, но у меня нет проблем с настройкой решения Linux, чтобы справиться с этим, поскольку это будет система с довольно низким уровнем обслуживания. У нас не так много сотрудников, которые приходят и уходят :-)

Кроме того, если мы действительно переключимся на Google Apps, я бы также сделал эту систему исходящим SMTP-сервером для обработки нашей исходящей почты из наших веб-приложений, поскольку Google ограничивает каждую учетную запись пользователя до 2000 сообщений в день.

РЕДАКТИРОВАТЬ: я должен объяснить это немного подробнее. Прямо сейчас компания, которую мы используем для хостинга Exchange, не отправляет отчеты о недоставке. Они утверждают, что это сделано для того, чтобы спамеры не отправляли спам на их серверы на поддельные учетные записи с реальным, но поддельным адресом электронной почты в обратном пути. Таким образом, доставляя спам-сообщение предполагаемому получателю через механизм NDR.

Установив отдельный SMTP-сервер, которым я буду управлять, и они будут доставлять все сообщения, которые не соответствуют текущей учетной записи, я могу отправлять сообщения о недоставке обратно отправителю.

В прошлом у нас была проблема, когда кто-то отправлял нам электронное письмо, но в адресе была опечатка. Однако, поскольку наш провайдер не отправляет обратно отчеты о недоставке, они хотя сообщение было доставлено, но мы никогда не узнаем о нем.

Не было бы проще просто переслать почту бывшего сотрудника соответствующему ТЕКУЩЕМУ сотруднику, который теперь отвечает за задачи бывшего?

Думаю, автоответчик и форвард - это все, что вам нужно?


ОБНОВИТЬ:

Если ваша хостинговая компания не отправляет отчеты о недоставке, это на самом деле "хорошая идея". В основном они пытаются предотвратить "обратное рассеяние". Более подробную информацию о обратном рассеянии можно найти здесь:

http://en.wikipedia.org/wiki/Backscatter_(e-mail)

Основная проблема, которую я вижу в том, что вы пытаетесь сделать (т. Е. Настроить свой собственный сервер), заключается в том, что вам может быть лучше обслуживать простой автоответчик, а не полностью новый сервер только для отправки отказов.

Есть ли какая-то конкретная причина, по которой вы хотите «отбросить» сообщение, а не просто сказать отправителю, что сотрудника больше нет с вами?

Следующая проблема немного сложнее ... ЗАКОНОВАТЬ электронное письмо с опечатками, которые не возвращаются. Отсутствие отказов означает отсутствие ошибок, верно? К сожалению нет. Но чтобы обойти проблему, вам действительно нужно взглянуть на нее поближе.

ВАШ СЕРВЕР НЕ должен возвращать сообщение отправителю. Сервер ОТПРАВИТЕЛЯ должен быть отскакивающим.

Например, отправитель отправляет электронное письмо на адрес jon@domain.com вместо john@domain.com. Затем его сервер подключается к вашему серверу. Ваш сервер должен немедленно сказать: «У нас здесь нет пользователя с именем« jon@domain.com ». Сервер ОТПРАВИТЕЛЯ должен обработать возврат.

Единственные отказы, о которых вам действительно стоит беспокоиться, - это возврат к вашим собственным пользователям.

Обратите внимание, что я ОЧЕНЬ обобщил это, поэтому, прежде чем я получу массу ответов от людей, которые ковыряются в этом, пожалуйста, примите это во внимание.

Более подробную информацию о возврате сообщений, спаме, обратном рассылке и т. Д. Можно найти здесь:

http://en.wikipedia.org/wiki/Bounce_message

Электронная почта и спам - это запутанный мир. На данный момент нет 100% решения.

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

Немедленное исправление (и единственный способ выйти из проклятых списков) заключалось в том, чтобы просто молча отбросить электронные письма и БЕЗ ПЕРЕДАЧИ.

Позже сервер был настроен на возврат только локальным получателям.

Для простоты отправка писем - это просто специализированная форма автоответчика. В вашей ситуации, я думаю, вы могли бы легко уйти, настроив простой автоответчик для ваших бывших сотрудников, а затем пересылать электронное письмо (или нет) в зависимости от содержания вашего автоответчика.

Надеюсь, это поможет.

Не уверен, почему вы хотите использовать второй SMTP-сервер, но, используя Exchange и AD, я бы сделал следующее:

  1. Настройте единую учетную запись AD для бывших сотрудников
  2. Почта активируйте эту учетную запись и перенесите на нее все необходимые адреса электронной почты.
  3. Войдите в Outlook Web Access для этой учетной записи и установите автоответчик для всей почты.
  4. Также в Outlook Web Access настройте определенные правила пересылки новому сотруднику.

Работа выполнена.

Или вообще пропустите автоответчик и просто добавьте старый адрес электронной почты сотрудников в список адресов электронной почты новых сотрудников в его почтовом ящике.

Для поддельных адресов электронной почты не отправляйте отчеты о недоставке, просто отклоняйте письмо с 5xx SMTP-ответ. В противном случае вы станете источником спама.

Что касается автоответчика, то, что сказал Му.

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

Для нашей компании работала пересылка писем на замену (или ближайший к нему факсимильный аппарат) и использование правил для цветовой маркировки писем, чтобы можно было адаптировать индивидуальный ответ.

Такой подход привел к гораздо более приятным изменениям в нашем офисе.