Email List Verify Integration

Email List Verify Integration 1.0.1

No permission to download
Overview Updates (2) History Discussion
What happens when you run out of credit? Will users still be able to register or change their email account?
What is the check for custom fields?
 
batpool52! said:
I haven't touched this add-on in a while but from what I remember email verification will fail.
Click to expand...
That would be bad. The admin would not be aware of it.
batpool52! said:
To enable/disable email verification for custom fields.
Click to expand...
Please explain what this means. Do you mean that when a user edits a profile field their email is verified? I assume this does not relate to other custom fields like custom thread fields?
 
Alfa1 said:
Please explain what this means. Do you mean that when a user edits a profile field their email is verified? I assume this does not relate to other custom fields like custom thread fields?
Click to expand...
155925974286.webp
If you have any custom fields with value match requirement set to "Email address" and "Custom field" is checked in options for this add-on then the value entered for the custom field will also be verified by Email List Verify.
 
Thats great.
In regards to the API not responding or being out of credit: please add a solution for this. For example a setting or allowing the registration to go through in such case. Or create an error or email notification to the admin. Something that lets the admin know there is an urgent need for action.
 
Alfa1 said:
Thats great.
In regards to the API not responding or being out of credit: please add a solution for this. For example a setting or allowing the registration to go through in such case. Or create an error or email notification to the admin. Something that lets the admin know there is an urgent need for action.
Click to expand...
There is no error code for that.

Alfa1 said:
Any word on mass verification of existing accounts?
Click to expand...
Have been busy quite lately so couldn't look into this.
 
Alfa1 said:
Any word on mass verification of existing accounts?
Click to expand...
batpool52! said:
Have been busy quite lately so couldn't look into this.
Click to expand...
Is this still on the horizon? I've got about 9K existing accounts that, before sending out an email to them via Amazon SES, I'd like to get them checked and if they're invalid have their account status changes to 'email bounced' (the same as if XF did it with it's own bounce handling).

PS: I know you're offering this version for free so if it'll help sending over a donation/sponsor amount to get existing accounts checked just hit me up with a PM.
 
batpool52! updated Email List Verify Integration with a new update entry:

Bug fixes and new features

Changelog
  • Fixed: Registration not verifying email as expected
  • Fixed: Made compatible with other add-ons that extend XF/Service/Contact::validateEmail()
  • New: Ability to go through all valid users, check their email address and update their state to "Email invalid"
  • New: New page to view logs and response given by the Email List Verify
  • General code changes and improvements
Click to expand...

Read the rest of this update entry...
 
Alfa1 said:
Could you please look into the issue that registrations are blocked if the API doesn't respond?
Please add a setting to not block registrations if the API doesn't respond.
Click to expand...
Can it be checked what happens in batch mode also when checking existing addresses? (For anybody else, the option is under Tools -> Rebuild Caches -> Email List Verify: Validate users email address.

My only other question is what status codes are considered as invalid when it comes back from the Email List API? Using some real-world examples, a "@free.fr" address is coming back on the Email List test check as valid but "Risky". If I ran the task would that person have been left alone or would they have been changed to an invalid state?

Thanks! :)
 
Alfa1 said:
Could you please look into the issue that registrations are blocked if the API doesn't respond?
Please add a setting to not block registrations if the API doesn't respond.
Click to expand...
I have created an issue for it: https://github.com/ticktackk/EmailListVerifyIntegrationForXF2/issues/1

Sperber said:
Overall DeBounce seems to be way more attractive, especially cheaper. @batpool52! , any chance ;) ?
Click to expand...
If someone was willing to fund it, sure. 😉

Kevin said:
Can it be checked what happens in batch mode also when checking existing addresses? (For anybody else, the option is under Tools -> Rebuild Caches -> Email List Verify: Validate users email address.
Click to expand...
If the user doesn't have a valid address their user state is changed to "Email invalid (bounced)" (email_bounce).

Kevin said:
My only other question is what status codes are considered as invalid when it comes back from the Email List API? Using some real-world examples, a "@free.fr" address is coming back on the Email List test check as valid but "Risky". If I ran the task would that person have been left alone or would they have been changed to an invalid state?
Click to expand...
Currently if the response is 'ok', 'ok_for_all' and 'accept_all' then the email address will be considered as "valid".
 
I'm trying to torture test this on my dev site before letting it loose on the Prod sites.

Looks like a missing phrase has popped up in the log files..... tckEmailListVerifyIntegration_response.spamtrap associated to the resultcode "spamtrap".

1570124089736.webp


Does anybody familiar with EmailListVerify know if their "Stats" numbers are delayed? In the XF log I'm showing a higher number of entries than what appears on their web Stats page.
 
Kevin said:
Looks like a missing phrase has popped up in the log files..... tckEmailListVerifyIntegration_response.spamtrap associated to the resultcode "spamtrap".

1570124089736.png
Click to expand...
This is from their API docs:
1570126152497.webp
:thonks:

Kevin said:
Does anybody familiar with EmailListVerify know if their "Stats" numbers are delayed? In the XF log I'm showing a higher number of entries than what appears on their web Stats page.
Click to expand...
This could be because once the log is older than 24 hours, that log is considered as "get fresh log we don't trust this". I might need to add a toggle to control the visibility.
 
batpool52! said:
This is from their API docs:
Click to expand...
You know how it is with devs and documentation. :LOL:
batpool52! said:
This could be because once the log is older than 24 hours, that log is considered as "get fresh log we don't trust this". I might need to add a toggle to control the visibility.
Click to expand...
In this case they're all from today's test run. In the XF log there are 28 entries dated within a minute of each other while on the ELV 'stats' web page they show 20 total. Not necessarily a bad thing if if means they'll ding me for less credits than checks actually done. :D Poking around it doesn't look like there is a way of seeing the API usage details on their side.
 
You must log in or register to reply here.
Top Bottom