You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Could you try with attached HTML. I suspect parsing is not successful when complicated HTML including other links is used: @michaelpollak newsletter-content.txt
Tested with the newsletter you posted, works the same way for me. Users that do have the checkbox ticked to "not send unsubscribe links" see the newsletter without the last line.
If debug is activated you can see some messages in the scheduled tasks interface, maybe this can lead to some more information. For example a user that will not receive an unsub link is logged this way:
Processing newsletter (id = 1), issue "complicated newsletter" (id = 37)...
Sending message to [email protected]...
Sending no unsublink to [email protected] for 37
Logging is one thing. But that does not mean that the link is actually removed. Only way to find out is the control the inbox of the receiver. My suspicion is that the regex for replacing fails.
I agree, but I also tested it with sent mails and got no unsubscribe link when appropriate. It would be interesting if the problematic account is logged correctly - then the bug could be in the regex - or not which would indicate a problem in the user data or somewhere where we fetch this information from the database.
Reproduce
Fix: Do not send unsubscribe link when checkbox is activated.
The text was updated successfully, but these errors were encountered: