I have a question about bouncehandling, and correct setup.
We have a client where we have created an email called bounced@.
When the email bounce at the recievers, it is returned to the email bounce@ and set as "bounced" in Newsletter Studio. Then the email is removed for the mailbox.
But ... the email bounced@ is the reply-email on the newsletter, and some recievers replys with questions an other to this email.
But the bouncehandling removes ALL the emails from the mailbox, and we never notice the emails from correct recievers.
Is there a way to setup up the Newsletter Studio, so it only removes the emails from the bounced@ mailbox, with errors and faulty adresses, which are then handled by the bounce-process?
At the moment there is no way to inactivate this with a setting. You could create a hook in the event-model and change the "replay to"-email of the MailMessage-object - not sure if that would solve the issue.
Bouncehandling and questions regardin
I have a question about bouncehandling, and correct setup. We have a client where we have created an email called bounced@. When the email bounce at the recievers, it is returned to the email bounce@ and set as "bounced" in Newsletter Studio. Then the email is removed for the mailbox.
But ... the email bounced@ is the reply-email on the newsletter, and some recievers replys with questions an other to this email. But the bouncehandling removes ALL the emails from the mailbox, and we never notice the emails from correct recievers.
Is there a way to setup up the Newsletter Studio, so it only removes the emails from the bounced@ mailbox, with errors and faulty adresses, which are then handled by the bounce-process?
Hi!
At the moment there is no way to inactivate this with a setting. You could create a hook in the event-model and change the "replay to"-email of the MailMessage-object - not sure if that would solve the issue.
See this for more documentation on events: http://support.newsletterstudio.org/customer/en/portal/articles/1690043-events
// m
is working on a reply...