Iâm testing an email campaign and Iâm getting weird results regarding which emails are processed from the target lists:
For testing purposes, my campaign contains a âdefaultâ type target list with 4 entries {A,B,C,D} and a âsuppression by emailâ type list that contains {B,C,D}. I clicked âsend emailsâ yesterday, and all four entries appeared in the message queue (why all four?). Today, in the morning, I discover that emails A and C were delivered (at 2:00 AM, as scheduled) and B and D were not delivered. Delivery of C is obviously unwanted.
Can anybody explain this? How can I examine this problem (preferably without having to wait overnight for the new result)?
Iâve been told previously (see the link below) to use âSuppression by IDâ target lists. I had the same problem as you when I used a âSuppression by Emailâ target list. It is strange why your B and D get suppressed but C doesnât. My guess is that suppression by email or domain just doesnât work. YMMV.
Also, for testing, why donât you set your Campaign to go off at some time in the past, so that they go off immediately? Of course, make sure your ârealâ target list is removed until your suppression testing is complete. (and then reset your campaign time to the future time/date.)
I tried that, but it didnât work. The messages just sat in the queue, probably waiting for the next scheduled batch time. Is there any other way to have SuiteCRM send the mails âright nowâ?
Any progress on this front concerning suppression list types email vs. id?
We did some preliminary tests using both types of suppression lists, but with an older SuiteCRM version (7.4.1). Both types seemed to work as expected.
This means that when using a suppression list âby idâ it is imperative that weâre not using a alternate contact or lead record with the same address in the default target list, otherwise the person will receive the email eventhough the same email address is on the type-id suppression list.
We would like to therefore switch to using âby email addressâ-type suppression lists instead. Thatâs imho how everyone would expect suppressions to work: The email address that a mail was sent to is blocked for future mails.
BUT, according to our tests, the opt-out links no longer function with âby email addressâ- suppression lists. the user gets a confirmation screen when clicking on âopt-outâ, but the contact, lead, record is not actually placed in the suppression list. If the suppression list is âby idâ, opt-outs work, i.e. the respective record is placed in the suppression list.
Weâre not sure how to best deal with this reality. Do we have to stick with âby idâ because opt-out doesnât work any other way?