Sending solicited mass email

后端 未结 5 879
清酒与你
清酒与你 2021-01-31 17:35

Our company does work environment surveys, and these surveys are filled in online. All participants are sent a link to their survey in an email (personal code included).

相关标签:
5条回答
  • 2021-01-31 18:20

    There is a good article on Coding Horror that details the process of sending e-mail. In short:

    1. Verify your domain records by adding a DomainKey.
    2. Add an Sender ID SPF record to your DNS settings.

    You could also use an external mail sending service like Campaign Monitor, which checks these settings for you.

    0 讨论(0)
  • 2021-01-31 18:29

    I'd suggest that getting your clients to whitelist your server would be the most appropriate state, after all you are in a contractual relationship with them so some configuration as a result would be reasonable.

    The validity of the email address list that you are sent must lie with the client, particularly if they aren't pulling it from their live email address list. There's little you can do, or should be expected to do, to validate those addresses if the client doesn't provide the appropriate responses.

    Also, this isn't a programming question even remotely (okay, if you throttled your emails to a common domain you've more chance of getting it through but that's nothing to do with the programming, more about the nature and operation of SMTP and the protection systems therein). Questions like this are more suited to SuperUser.

    0 讨论(0)
  • 2021-01-31 18:31

    The only thing I can think of is to send a computer to each company with specialty software. That computer needs a connection back to your company, but the connection does not have to be dedicated. Send the email data for a respective company to that computer as bulk data in a compressed data format. The specialty software running on the deployed box has to be smart enough to decompress the data to release the emails and push them to the local email server for deployment. The complicated part is knowing how to send to receive authorization from the local email server and queue the email for distribution by that email server.

    That should work because if the email originates from the internal mail server then that server will not mark the data as spam. You have to change the from field to be the designated address provided from the client and not a generic service address automatically applied by the email server.

    0 讨论(0)
  • 2021-01-31 18:32

    You need use a third party email provider such as aweber or icontact. For a very reasonable fee these companies will make your email delivery issues go away. You can fuss with headers and white listing servers until you see spots, but you will continue to have problems.

    This is something that is worth spending money on.

    0 讨论(0)
  • 2021-01-31 18:39

    You could try using the Bcc: header field (grouped by domain) to specify recipients. That way, the mail server only gets one message, which it copies to all the addresses mentioned. That way, the mail server isn't flooded with traffic from your server; it's flooded with its own traffic.

    Another thing I've tried is adding the following headers to outgoing emails:

    • From: [NAME] <[VALID EMAIL]>
    • Organization: [YOUR COMPANY]
    • Abuse-Reports-To: [VALID EMAIL]
    • Complaints-To: [VALID EMAIL]
    • Precedence: bulk

    These headers, while generally not noticed by the user, can help give the spam filter peace of mind (not to anthropomorphize) in that it knows where the email came from, the sender knows it's being sent to many people, and that, if there's a problem, who to contact. If the spam filter were a human, this would be the equivalent of making the email sound official (using company stationery, printed envelope with the company logo, etc.).

    It also helps to have an accurate Date: header.

    0 讨论(0)
提交回复
热议问题