-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Don't send emails to people who have already confirmed #5
Comments
Just an idea: Why not just use dynamic content? If it is an unknown lead, show the form. If it is a known subscriber, show a download link, immediately. |
For some, this is definitely a solution. In my case unfortunately not, because some forms ask for other fields. The contacts are assigned to a main segment "marketing" and depending on which form they filled out or which data they entered, they land in a sub-segment, e.g. "industry X" or "interest Y". |
@KreativeKrise @putzwasser Thank you for your input! We use dynamic content in the past also. At the moment we got another mautic plugin ( JotaworksFormRulesBundle ) which allows to use a symfony expression language to prevent form actions to fire again: For example we would do in the doi email action: {% FORM_RULES %} With a form action like this: But I will definitily checkout your merge request @KreativeKrise. Sounds amazing! |
@putzwasser Thank you for your feedback and configuration! We use that pattern to and I agree: It's always good to not force multiple sign ups! But we wanted that feature for a little bit different reason: we don't wanted to allow leads to send multiple doi emails to the same email address again and again
Yes, thats a good point. I think they could, if you make sure that they loose the segment/tag/lead field status after unsubscription. Some words about the normal plugin behaviour in case of do not contact: (in case anybody is wondering) The normal mautic behaviour is: Do not contact status is NOT respected in form email actions. So no chance to block / blacklist an email. This could be a problem if the lead is send a legal warning to not send any more emails OR if there is a form spammer sending a dos attack to ONE email (and ruining your email reputation with that. of course with several email addresses he could still ruin your reputation. So you have to rate limit ip's etc. for that case. We use a custom Crowdsec Module to handle this case ) At the moment I included a check in the plugin for the current do not contact lead status. The doi email is only send IF the user set do not contact by his own action (and not set by mautic backend or by bounce handler) You can see the current logic in the code:
( BTW: I have to make sure that KreativeKrise pull request is still implementing this kind of behaviour. ) |
That's cool! If I had known that, the PR probably wouldn't have been necessary 😅 But maybe you find is usefull anyway.
It's still implemented 👌
You are totally right! In the meantime, I have also changed that. We use the CMS TYPO3 and there is an extension with which it is possible to query whether a user is in a certain segment. If the user is now in the segment "Freebie", then I show him directly a button to download, otherwise the form. Therefore, my PR is currently no longer needed by us. |
Absolutely! You can prevent that specific emails are getting spammed multiple times for example or if they bounce that you will ruin your mailserver reputation by sending them emails on and an! So really usefull! Thank you! |
That's neat and handy 👍 Could you share the link to it? |
First of all, thank you for a great plugin!
But I have a use case. I'm not sure how to handle it with your plugin.
I offer some forms where people can get freebies. On the first request, the user should get the DOI email, which works fine. But when the same user requests another freebie, the user should not receive the DOI email again, but be sent directly to the "doi success segment".
Is there any way to archive this with your plugin?
If it's not possible yet, maybe some additional fields like "send email to already confirmed contacts" or "segments to add contacts who already confirmed" could be added?
The text was updated successfully, but these errors were encountered: