Мы - коммуникационная компания, которая в первую очередь распечатывает выписки / счета за коммунальные услуги, а затем рассылает их по почте.
Несколько клиентов запросили электронную доставку. В значительной степени используйте вывод на печать в формате PDF, и вместо печати и отправки по электронной почте отправьте его по электронной почте как вложение PDF. Как лучше всего отправлять такие сообщения от имени наших клиентов их клиентам?
например отправлять через свой почтовый сервер, сами настраивать почтовый сервер в общем домене (например, clientname.genericmailname.com) или настраивать почтовый сервер и отправлять из домена клиента.
Разве электронная почта, отправленная с сервера, не соответствующего записи MX, обычно не помечается как спам? (например, если мы отправим электронное письмо с нашего почтового сервера с адреса noreply@clientdomainname.com).
Кроме того, если нам нужно настроить почтовый сервер, какие рекомендации? Мы - магазин окон, и если я могу избежать проблем с sendmail, postfix или q, я бы предпочел это? Мы, вероятно, осуществили бы фактическую отправку электронной почты в сценарии SSIS или в чем-то еще.
Ура
При правильном использовании заголовков сообщений электронной почты вы можете настроить и использовать свой собственный почтовый сервер, но при этом отправлять сообщения электронной почты так, как будто они исходят от вашего клиента.
Это не тактика спама. Это правильное использование для этой цели нескольких заголовков сообщений электронной почты.
From: "ABC Company" <mailbox@abccompany.net>
Sender: notify@yourcompany.com
To: customer@gmail.com
Date: 13 Jul 2009 15:39:42 -0400
Subject: Your bill from ABC Company
Return-Path: notify@yourcompany.com
Указывая и отправителя, и параметр обратного пути для вашего почтового сервера, вы точно определяете исходный почтовый сервер, с которого было отправлено это сообщение. Отказы вернутся на ваш почтовый сервер.
Если пользователь нажимает «ответить», он отправляет свое сообщение электронной почты вашему клиенту (в примере mailbox@abccompany.net).
Это законный метод, который используют многие компании, занимающиеся маркетингом по электронной почте, и они ОЧЕНЬ обеспокоены тем, чтобы не выглядеть спамом. Вот ссылка на MailChimp описание.
Вы также должны настроить записи SPF для своих почтовых серверов и в идеале использовать DKIM. Я рекомендую и использую решение от Email Architect.
Я бы рекомендовал настроить свой собственный почтовый сервер для отправки электронной почты в качестве клиента, а затем добавить правильные записи SPF, чтобы вас не пометили как спам.
Я предлагаю использовать MDaemon для работы с вашей почтой. Если вы отправляете большие объемы, обращайтесь к Port25 и PowerMTA для отправки. Вставьте какую-либо форму почтовой очереди (например, MSMQ) перед любым почтовым отправителем, который вы используете, чтобы электронное письмо, созданное вашей программой или веб-сайтом, фактически не отправлялось из программы или веб-сайта ... освобождая это приложение для продолжать использовать свой рабочий поток без блокировки подключением к почтовому серверу. НИКОГДА НЕ ОТПРАВЛЯЙТЕ ЭТО ПРЯМО ИЗ ПРИЛОЖЕНИЯ! Затем создайте службу Windows для чтения очереди и отправки через ваш почтовый сервер.
Что касается ретрансляции почты (отправки ее через серверы ваших клиентов), это не предлагается. Вы можете не только попасть в спам ... что еще более важно, вы можете попасть в черный список определенных IP-адресов. В зависимости от объема отправляемой почты вам может потребоваться отправлять почту прямо со своих серверов (вы управляете ею), и вам может потребоваться управлять объемом электронной почты, которую вы отправляете в данный домен в минуту / час / и т. Д. чтобы не попасть в черный список.
Вы можете обратиться к кому-то вроде EmailLabs, который позаботится об управлении инфраструктурой. Вы можете получить к ним доступ через их API для отправки почты.
Большой предмет!
Я рекомендую Ipswitch IMail для почтового сервера на базе Windows. Компания предлагает отличную поддержку. У него конкурентоспособная цена, его легко настроить и запустить с полным набором полезных функций. Мы уже несколько лет используем его в качестве корпоративного почтового сервера и даже размещаем на нем электронную почту для некоторых других клиентов. Я думаю, что использование clientname.genericname.com, вероятно, является самым безопасным. Вы можете установить пересылки для ответов на почтовые аккаунты клиентов. Тогда вам не придется так сильно беспокоиться о проблемах ретрансляции и проблемах с блокировкой спама, потому что вы используете законный DNS, которым вы владеете и контролируете. Плюс вы управляете почтовым сервером.
Отправка счетов за коммунальные услуги по электронной почте на плохую идею из-за кражи личных данных, если они были обнаружены.
Вместо этого вам следует посмотреть, как вы попадаете в существующую систему eBiller. В Канаде здесь работает почта Канады, у них есть защищенный сайт, и почти ВСЕ мои счета находятся в одной защищенной области, в которую я могу войти. Очень красиво и не так важно для каждого счета.
Если вы не хотите этого делать или не можете, я бы посмотрел на это как на банк, где люди входят в вашу систему и просматривают их оттуда, используя сеанс SSL. Намного безопаснее.
Спросите у пользователя его адрес электронной почты и пароль. Затем создайте сеанс с его почтовым сервером (теперь у вас есть действующие учетные данные) и отправьте письмо оттуда.
Нет необходимости подделывать сервер или что-то в этом роде.