View Issue Details

IDProjectCategoryView StatusLast Update
0017861phpList 3 applicationBounce Managementpublic16-10-15 15:07
Status newResolutionopen 
Product Version3.2.1 
Target Versionnext patchFixed in Version 
Summary0017861: subscriber vs. email distinction when bounce processing
DescriptionWhen configuring advanced bounce rules, it appears that 'email' is distinctly different from 'subscriber' when selecting an action.

Can this distinction by clarified? It appears that 'email' doesn't seem to do anything...
Steps To Reproduce"config" , "bounce rules" , edit a bounce rule, and look at the 'action' dropdown list.
Additional InformationI would suggest that we drop the 'email' version of the action, and only process subscribers.

An alternative would be to document the difference between the two.
TagsNo tags attached.



06-10-15 15:17

manager   ~0056972

yes, good point. For email, it could be changed to email address.

In a way, there's a difference between email address and subscriber. But that's not clear in all places, and could do with some work.


15-10-15 03:38

developer   ~0057036

Looking over the code, it appears that the blacklist email address adds the email address to the 'user_blacklist' table, and the blacklist subscriber sets the 'blacklist' field to '1' in the user_user table. Is there more to this? and if someone is either user blacklisted or email blacklisted, how is this checked when a campaign is sent? (it appears that the blacklisting doesn't hold true if you send them a test...?)
Lastly, why would you use one vs. the other way, and what are the subtle differences? thanks!


15-10-15 12:13

manager   ~0057042

Well, the basic idea is that a subscriber is a person and an email (address) is the way to reach them.

So, an email address can be blacklisted, eg it bounced too many times, but that doesn't mean the subscriber does not want to receive the information. If for example they change their email address, they will start receiving it again.

However, if a subscriber is blacklisted, it means they do not want to receive anything, even if their email address changes.

I must admit that is the theory, and in practice some work is needed to make it work like that.


16-10-15 14:27

manager   ~0057051

I must admit that is the theory, and in practice some work is needed to make it work like that.

sounds like a good theory. We should try and make it work that way :)


16-10-15 15:07

developer   ~0057052

If I understand this correctly, there is a 'do not send' list, which is in the 'user_blacklist' table. And separately, there is a field 'blacklist' in the 'user_user' table. an email address can be in the 'user_blacklist' table, but not have a corresponding record in the 'user_user' table.

And when a campaign is being sent, it will be checked against the 'user_blacklist' table (never to send to any of those addresses), and it will also NOT go to any record in the 'user_user' table where 'blacklisted = 1'...

Can you confirm or deny? (I'm trying to figure out what does NOT get sent)