Brent W
Well-known member
Which provider are you using? I will go ahead and add support for that provider first. Support for all providers will take sometime.
Mandrill
Which provider are you using? I will go ahead and add support for that provider first. Support for all providers will take sometime.
Nice, my site is also with Mandrill.Mandrill
0.9.1 (13-09-2013)
0.9.1/1 added support for Sender header (content form)
0.9.1/2 added support for built in "Email User" feature
0.9.1/3 added support for SendGrid
0.9.1/4 added support for bounce processing (Mandrill only atm)
Screenshot of the notice for user with bounced email address:
View attachment 56501
Did you setup the domain correctly (DKIM, SPF)? If the email show up in Mandrill dashboard then the add-on works correctly. The rest is taken care by Mandrill. Depending on your email provider, your domain will need to be configured for the email to be delivered to the inbox (or it will be marked as spam).I just did a test with the Email Users page. Sent an email via the Send Test Email button. I can see where it sent it in Mandrill Activity but it never shows up in my inbox.
Oh, you meant before v0.9.1 it worked but with this version, it stopped working?Yes everything is setup correctly. It only broke with this update. Watched thread emails are also no longer working but they are showing up as sent in Mandrill
Oh, you meant before v0.9.1 it worked but with this version, it stopped working?
That's strange. Especially when the email is sent to Mandrill successfully. Please start a conversation with me to resolve this. Sorry for your problem.Correct
You meant @BamaStangGuy problem? I'm working with him to figure out what's wrong.Wonder of this is similar to what I was having? I'll be doing some more testing tonight when I get to work, and will update the add-on as well
Yes, the fact they are going to mandrill, showing as delivered, but not actually getting there.You meant @BamaStangGuy problem? I'm working with him to figure out what's wrong.
Probably. Maybe some policy prevented his emails from being delivered, like yours.Yes, the fact they are going to mandrill, showing as delivered, but not actually getting there.
The provider server is checked once a day, list of bounced email addresses will be used to find valid user with those addresses. Those users will be mark as need email confirmation + their email will be removed. User will see a notice saying the site cannot send email at their address, they need to update it with another address. After user enter a new address (they cannot use the bounced one, it will be denied), the normal email verification process happens.Can you explain how bounced messages are handled?
Looking at your cron file, it would appear the events are logged as well?The provider server is checked once a day, list of bounced email addresses will be used to find valid user with those addresses. Those users will be mark as need email confirmation + their email will be removed. User will see a notice saying the site cannot send email at their address, they need to update it with another address. After user enter a new address (they cannot use the bounced one, it will be denied), the normal email verification process happens.
Yes, currently it is logged to a .log file inside internal_data. In case people have trouble with the feature I will ask for that file to inspect. When everything runs smooth, I will ditch the log file.Looking at your cron file, it would appear the events are logged as well?
The provider server is checked once a day, list of bounced email addresses will be used to find valid user with those addresses. Those users will be mark as need email confirmation + their email will be removed. User will see a notice saying the site cannot send email at their address, they need to update it with another address. After user enter a new address (they cannot use the bounced one, it will be denied), the normal email verification process happens.
We use essential cookies to make this site work, and optional cookies to enhance your experience.