Notes from my use of CFMAIL in OpenBD for broadcast email:
  • I place the tag inside a query-based cfloop. I don't put the query attribute in the tag.
  • With larger lists, I run a scheduled task that peels off a few hundred every X seconds for the query, marks them sent first (important), then sends them in the cfloop. Repeat until all are sent. This is more for the reputation and capacity of the MTA than OpenBD.
  • I use MAILERID to identify the message (not message-id). A little weird, but that's just me.
  • In composing a multipart message, I always put the <cfmailpart type="text"> block ABOVE the <cfmailpart type="html"> block. I've had unpredictable results any other way.
I have dedicated "no-reply" accounts on the MTA to receive the bounces (email_from_name below) and the messages from feedback loops (FBL). I can post my notes on the processing of those if you wish. I have all the reverse-dns, spf, dkim and dmarc stuff all set up, along with FBL agreements with the majors. Our MTA has a sender score of 97.

What MTA are you using? Sendmail? Postfix? Just curious.

Al

<CFMAIL    TO="#lcase(trim(get_outgoing.EMAIL))#"
   FROM="""#getBlast.email_from_name#"" <#getBlast.sending_email#>"
   MAILERID="MyMailerName v#get_outgoing.USER_NO#.#getBlast.blast_id#"
   SUBJECT="#getBlast.email_subject#">
   <CFMAILPARAM NAME="Reply-To" VALUE="#getBlast.reply_to#">
   <CFMAILPARAM NAME="List-Unsubscribe" value="<https://MyURL?unsub=#urlEncodedFormat(lcase(trim(get_outgoing.EMAIL)))#>">

--
--
online documentation: http://openbd.org/manual/
http://groups.google.com/group/openbd?hl=en

---
You received this message because you are subscribed to the Google Groups "Open BlueDragon" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to