[DBTech] DragonByte Mail

[DBTech] DragonByte Mail [Paid] 5.1.0b2

No permission to buy (€14.95)
Does this remove old email validation log then recreate new log and update users state? Also reset to Valid user state from Email invalid (Bounced) forum new Email address validation process?
All it does is reset the user's last validation date. It does not reset a user's state, nor is it intended to.
 
All it does is reset the user's last validation date. It does not reset a user's state, nor is it intended to.

What does when email addresses valid? If new email addresses validation check are finding email are valid then still not update use state are valid from previous use state Email invalid (Bounced)?
 
Last edited:
What does when email addresses valid? If new email addresses validation check are finding email are valid then still not update use state are valid from previous use state Email invalid (Bounced)?
No, changing the user state from bounced would be invalid behaviour. This feature only checks if an email might bounce, it has no way of checking whether email sending would actually be successful.
 
Hi @DragonByte Tech
I use Digest with mailgun
Now i have a list off bounced email.
How can i use it not to send them other email with xenforo?
Is there something i can do with this list?
Thank you
This add-on features a way to validate existing emails, but it requires you to have some technical knowledge, as you will need to open ports in your server’s firewall.

Other than that, this add-on does not do anything with regards to handling bounced mail from mailgun.
 
I have some questions, please.

The userbase are the users? There is no way to add just mail-adresses?
The purpose is to have "lists"; for all users who love cats and all users who love dogs for example?

It would be really perfect to have an extra table with just "emails" to import and send, while all the functions from XF and the addon could be used.
 
Last edited:
The userbase are the users? There is no way to add just mail-adresses?
This is correct.

The purpose is to have "lists"; for all users who love cats and all users who love dogs for example?
I don't think that's the correct interpretation. Think of mailing lists like what you would normally optionally sign up for when you register an account with a company. Let's say you register with https://www.gog.com because hey, they're giving away free classic games occasionally, and who doesn't like free stuff.

During account creation, you can optionally consent to receive marketing email from them. They will email you when they have a sale on, or when there's a giveaway.

These mailing lists work the same way; you can let users subscribe to lists you create, and when you send an email to a given list, those users will receive the email. The lists can be for people who love cats, if you think you can fill an entire email worth of cat-related content, but it's not automatically generated or sent.
 
Yes, shure. So we have lists for different things to subscribe. :)
As written i love the idea to have a table just to import new (unknown adresses) with an easy link to register.
Perfect would be also an export from forum1 (Name, Mail, Password?) and import as possible new user in forum2, but also just with mailadress also.
I dont like the use of phplists, what we do now.
 
Yes, shure. So we have lists for different things to subscribe. :)
As written i love the idea to have a table just to import new (unknown adresses) with an easy link to register.
Perfect would be also an export from forum1 (Name, Mail, Password?) and import as possible new user in forum2, but also just with mailadress also.
I dont like the use of phplists, what we do now.
That will never be added to this add-on, sorry. It was a feature of the vBulletin version and it caused multiple problems, plus it would mean I would have to write my own implementation of the "email stop" (easy unsubscribe) feature in XenForo.
 
Is there a throttle build in, please?
I just tried this one here

and it fails with an error 500 after time out.

The amount of users in my forum is too large for just one step.
 
That will never be added to this add-on, sorry.
No problem. Anyway i have a better way to go:

Add new group "mailuser"; use an importer to add mail-adresses only with username=userid; then run a mailing.
people who react will be normal users, bouncers will be killed, rest has another try ...
 
Is there a throttle build in, please?
I just tried this one here

and it fails with an error 500 after time out.

The amount of users in my forum is too large for just one step.
This add-on uses the XF mail queue, which means performance is not a concern either with the digest or the mailing list itself. Version 4.4 will also contain an extra option to limit the amount of mail sent per hour, though I suspect that's not the issue with that add-on.
 
This is using the XenForo Mail Queue system, and I’m pretty sure the other one is as well.
I am really happy that you are sure about that, anyway i have an error 500. So it seems the script has an timeout;
also i cant see that there is a "page hopping" like i have it with other scrips/batch-scripts.
 
Back
Top Bottom