Мы — коммуникационная компания, которая в первую очередь занимается печатью выписок/счетов за коммунальные услуги, а затем рассылает их по почте.
Несколько клиентов запросили электронную доставку. По сути, брать печатный вывод в формате PDF и вместо того, чтобы печатать и отправлять по почте, отправлять его по электронной почте как вложение PDF. Каков наилучший способ отправлять эти типы сообщений от имени наших клиентов их клиентам?
например, отправлять почту через их почтовый сервер, самостоятельно настроить почтовый сервер на общем домене (например, clientname.genericmailname.com) или настроить почтовый сервер и отправлять почту с домена клиента.
Разве электронное письмо, отправленное с сервера, не соответствующего записи MX, обычно не помечается как спам? (например, если мы отправляем электронное письмо с нашего почтового сервера из[email protected]).
Кроме того, если нам нужно настроить почтовый сервер, какие есть рекомендации? Мы работаем на Windows, и если я могу избежать возни с sendmail или postfix или q, я бы предпочел это? Мы, вероятно, будем делать саму отправку писем в скрипте SSIS или что-то в этом роде.
Ваше здоровье
решение1
При правильном использовании заголовков электронных писем вы можете настроить и использовать свой собственный почтовый сервер, но отправлять электронные сообщения с «видимостью» того, что они исходят от вашего клиента.
Это не спам-тактика. Это правильное использование нескольких заголовков сообщений электронной почты для этой цели.
From: "ABC Company" <[email protected]>
Sender: [email protected]
To: [email protected]
Date: 13 Jul 2009 15:39:42 -0400
Subject: Your bill from ABC Company
Return-Path: [email protected]
Указывая как отправителя, так и параметр return-path на вашем почтовом сервере, вы точно определяете исходный почтовый сервер, с которого пришло это сообщение. Возвраты будут возвращаться на ваш почтовый сервер.
Если пользователь нажимает «ответить», он отправляет электронное сообщение вашему клиенту ([email protected]в примере).
Это законный метод, который используют многие компании, занимающиеся маркетингом по электронной почте, и они ОЧЕНЬ обеспокоены тем, чтобы не выглядеть как спам. Вот ссылка наMailChimpописание.
Вам также следует настроить записи SPF для ваших почтовых серверов, а в идеале использовать DKIM. Я рекомендую и используйте решение отАрхитектор электронной почты.
решение2
Я бы рекомендовал вам настроить собственный почтовый сервер для отправки электронной почты в качестве клиента, а затем добавить правильные записи SPF, чтобы ваши письма не были помечены как спам.
решение3
Я предлагаю использовать MDaemon для обработки почты. Если вы отправляете большие объемы, то обратите внимание на Port25 и PowerMTA для отправки. Прикрепите какую-либо форму очереди почты (например, MSMQ) перед любой используемой вами почтовой программой, чтобы электронное письмо, которое генерируется вашей программой или веб-сайтом, на самом деле не отправлялось из программы или веб-сайта... освобождая это приложение для продолжения использования своего рабочего потока без блокировки подключением к почтовому серверу. НИКОГДА НЕ ОТПРАВЛЯЙТЕ ЕГО НАПРЯМУЮ ИЗ ПРИЛОЖЕНИЯ! Затем создайте службу Windows для чтения очереди и отправки через ваш почтовый сервер.
Что касается ретрансляции почты (отправки ее через серверы ваших клиентов), то это не рекомендуется. Вас могут не только принять как спам... что еще важнее, вы можете попасть в черный список определенных IP-адресов. В зависимости от объема отправляемой вами почты вам может потребоваться отправлять почту напрямую со своих серверов (вы управляете этим), а также вам может потребоваться управлять объемом отправляемой вами почты на определенный домен в минуту/час и т. д., чтобы избежать попадания в черный список.
Вы можете обратиться к кому-то вроде EmailLabs, чтобы он позаботился об управлении инфраструктурой. Вы можете получить к ним доступ через их API для отправки почты.
Большая тема!
решение4
Отправка счетов за коммунальные услуги по электронной почте — плохая идея из-за риска кражи личных данных, если их перехватят.
Вместо этого вам следует рассмотреть, как войти в существующую систему eBiller. В Канаде Canada Post управляет такой системой, у них есть защищенный сайт, и почти ВСЕ мои счета находятся в одной защищенной зоне, в которую я могу войти. Очень удобно и меньше нужно помнить о каждом счете.
Если вы не хотите или не можете этого делать, я бы посмотрел на то, как сделать это как банк, где люди заходят в вашу систему и видят их оттуда, используя сеанс SSL. Гораздо безопаснее.