Multiple account emails [Paid] 1.2.3

[Xon]

Xon submitted a new resource:

Multiple account emails - More emails

Allows a user account to have multiple emails.

Replaces the standard change email address form with a new "add alternative email address" option after the email address is verified then it can be made the primary email address.

Various options to control how an account is restricted when an email is invalid. By default this functionality is not enabled.

Integrations

• User criteria (ie promotions/notices)
• AdminCP user search
• AdminCP quick search
  • Adds...

Read more about this resource...

 

[Xon]

A future update will implement integration with lost password/account login forms as opt-in per email address, it just didn't make it into the initial feature set

 

[Xon]

The price has been reduced to $40 USD

 

[Xon]

Xon updated Multiple account emails with a new update entry:

1.0.1 - Maintenance update

• Show resend email confirmation button next to the primary email address if the user state is awaiting email confirmation or rejected

Read the rest of this update entry...

 

[Xon]

Xon updated Multiple account emails with a new update entry:

1.1.0 - Feature update

• Fix new user changelog would log the account email as an alternative email
• Support removing alternative email addresses when removing emails via User Essentials's disable user feature
• Change On login, mark banned emails as invalid option default to false
• Opt-in per-email Lost Password integration

Read the rest of this update entry...

 

[Xon]

Xon updated Multiple account emails with a new update entry:

1.1.1 - Bugfix update

• Fix support for older XF2.2 versions
• Fix errors when editing a user in the admincp
• Fix not being able to remove the primary email address for a user
• Avoid verbose logging when primary email address changes

Read the rest of this update entry...

 

[Xon]

Xon updated Multiple account emails with a new update entry:

1.1.2 - Bugfix update

• Fix internal server error when admincp quick search displayed a user without any email addresses

Read the rest of this update entry...

 

[Xon]

Xon updated Multiple account emails with a new update entry:

1.1.3 - Bugfix update

• Fix "Duplicate entry" internal server error when adding non-unique emails multiple times in the admincp
• Fix admincp editing of a user's email would check the banned email list unexpectedly
• When merging accounts, migrate emails to the surviving account as alternative emails
• Improve error reporting when adding a non-unique email to an account's alternative emails

Read the rest of this update entry...

 

[Xon]

Xon updated Multiple account emails with a new update entry:

1.1.5 - Bugfix update

• Fix resending initial account confirmation email from the admincp may not confirm the account when the user visits it
• Fix adding a primary email address in a non-valid state in the admincp could silently fail
• Fix "Make primary email address" button did not report error messages and would silently fail
• Fix "Make primary email address" when the user had a state of bounced/awaiting email confirmation (edit) would not update the user state to...

Read the rest of this update entry...

 

[Xon]

This add-on has had way more edge cases than I ever expected, but I think the sharp edges have been filled down.

 

[Xon]

Xon updated Multiple account emails with a new update entry:

1.1.6 - Bugfix update

• Fix internal server error when a user confirms a secondary email address, and then switches it to be the primary email address from the confirmation page.

Read the rest of this update entry...

 

[Blackbeard]

This sounds interesting to me, one of my fears I see, is scammers getting into an account and adding their email much easier.

Legitimate users, I could see this being a huge benefit!
thank you for making it, and I will purchase it.

 

[cloudpro]

HI Xon,

Thanks for the addon.

One issue I see is there is no "Enable Passowrd Reset" Option that can be enabled by default. Currently, we have to manualy tick the box via Admincp to enable users to use that alternate email address to reset their password.

I may be missing something but I cannot see any way for members ( who lose access to their primary email address ) to complete the password reset process using thier pre-existing alternate email address. So currently, a member would have to ( on my site ) to create a dummy account so they can lodge a ticket ( via our addon ) as accessing tickets cannot be made for non registered users.

It would be helpful if there was an option to enable ( or not ) the "Enable Password Reset" option via the other addon options.

 

[Xon]

Xon updated Multiple account emails with a new update entry:

1.2.1 - Feature update

• If Admin Log Search is installed, recommend v2.9.0+
• Fix alternative emails which had been opt'ed in for lost password and then marked as invalid could be used to reset a user's password
• In admincp, show if a user's email has any bounced email records. Linking to the email bounce record requires Admin Log Search v2.9.0+
• Add "Multiple account email lost password integration is opt-out" option, default disabled.

Read the rest of this update entry...

 

[cloudpro]

Xon updated Multiple account emails with a new update entry:

1.2.1 - Feature update



Read the rest of this update entry...

Awesome. Thank you very much!!!

 

[Xon]

Awesome. Thank you very much!!!

I was just about to release v1.2.0 but your request was just wiring up a single add-on option to the default value for a new entity, so it was trivial to add

 

[Xon]

Xon updated Multiple account emails with a new update entry:

1.2.3 - Bugfix update

• Fix XF2.1 to XF2.2.12 support

Read the rest of this update entry...

 

[ENF]

@Xon I'm troubleshooting an oddity and I'm not entirely sure it's related to this addon, but it seems like there are a bunch of people creating new accounts and clicking the confirmation, but it's not being registered in XF. There are no errors logged anywhere that I have found, yet... but just throwing this up just in case it's related or if someone else notices this. Will update this once I know more, it could be unrelated but nothing else with email handling was changed except this addon. So... Hmm..

Edit: [A few moments later...]

In testing, a few things were noted:

1) The banned email rule is not applied 100% of the time. I found some users that had logged in with banned domains (who had been grandfathered, which I wasn't aware of...) got marked as invalid. However, some users with those banned domains were unaffected.

2) There is no way to correctly search for people that were affected by email status changes. You can search the ACP for the standard XF statuses, but not the specific ones to find users with issues on individual email statuses. Suggestion would be to add a search criteria to help find people with various email status issues. (If I missed this somewhere, feel free to tell me I'm wrong )

3) This addon is somehow breaking the email confirmation link that's sent to new members upon registration. This will require more testing to figure out where it's being tripped up at. Basically, I need to strip out all the custom work and start from the base XF and start adding things back until something breaks. (It definitely breaks the notice that should be displayed to members where accounts are awaiting email confirmation)

4) In relation to #3 -- it's kind of possible that this Addon and the related email statuses are conflicting with this addon. Some of the features in "Multiple Account Emails" are similar to those in "Prevent Unconfirmed Email Addresses from Browsing Community" -- so there could very well be a conflict happening here, but I've not gotten that far (yet). Though... it's probable!

In summary, I'll work on this a bit more using a clean, default XF dev install and update this after I have some results.

 

[Xon]

This sort of complex troubleshooting should probably be part of a ticket, simply because I can iterate and provide test builds and ask questions about customizations about your site.

@Xon I'm troubleshooting an oddity and I'm not entirely sure it's related to this addon, but it seems like there are a bunch of people creating new accounts and clicking the confirmation, but it's not being registered in XF.

Oh. I think I know what it might be;

This add-on changes it so when a user click the confirm link in an email, the site displays a confirmation page that the user must click the confirm button on the page which triggers a POST request. This prevents a GET link making a modifications to the account state, as email providers often crawl links in emails which can incorrectly trigger an account to be marked as valid.

1) The banned email rule is not applied 100% of the time. I found some users that had logged in with banned domains (who had been grandfathered, which I wasn't aware of...) got marked as invalid. However, some users with those banned domains were unaffected.

The marking an email as invalid only happens on an explicit user login, so if they just use the remember-me functionality and it auto-logs them in it doesn't trigger this workflow. Similar to how two-factor auth works.

2) There is no way to correctly search for people that were affected by email status changes. You can search the ACP for the standard XF statuses, but not the specific ones to find users with issues on individual email statuses. Suggestion would be to add a search criteria to help find people with various email status issues. (If I missed this somewhere, feel free to tell me I'm wrong )

I'll need to add additional integration work with Admin Log Search for this, might be a few weeks out.

3) This addon is somehow breaking the email confirmation link that's sent to new members upon registration. This will require more testing to figure out where it's being tripped up at. Basically, I need to strip out all the custom work and start from the base XF and start adding things back until something breaks. (It definitely breaks the notice that should be displayed to members where accounts are awaiting email confirmation)

If you are using custom templates this might cause some issues.

For the awaiting email confirmation notice, that is replaced with a version from this add-on since the notice need additional work to support multiple account emails.

4) In relation to #3 -- it's kind of possible that this Addon and the related email statuses are conflicting with this addon. Some of the features in "Multiple Account Emails" are similar to those in "Prevent Unconfirmed Email Addresses from Browsing Community" -- so there could very well be a conflict happening here, but I've not gotten that far (yet). Though... it's probable!

That will definitely conflict

 

[cloudpro]

Hi Xon.

It appears the addon also affects the button for password resets as here.