Email From Edit Not Able to Bounce

[mjda]

Affected version

2.2.15

I'm not sure if this is as-designed, but it certainly seems like a bug to me. If a user changes their email address and the confirmation email bounces, their account is not placed in the bounced state. Instead, they're left in the awaiting email confirmation (from edit) state.

The bounces are being logged in the bounce log, as a hard bounce, but the state is not being changed to email bounced.

So, currently, this user can keep on requesting the confirmation email be resent over and over again and XF will just keep sending them, despite the fact that they'll never get there.

These are all from the same email address. I simply removed it for privacy purposes. Also, bounces from this user date back to May 15th. I have manually set their state to bounced, for now, but I'm thinking this should have happened automatically.

 

[Jeremy P]

As it stands, this is somewhere between as-designed and a design issue. Even if users were placed in the bounce state, they could reset the state to email_confirm_edit trivially. Beyond that, we suppress most outgoing emails by checking for the valid state (aside from account related ones), so the overall behavior would not change much.

Something I suppose we could do to improve things is to prevent users from setting email addresses which appear in the bounce log. Then users would not be able to reset the state as trivially, and setting the bounce state for users awaiting confirmation could affect the behavior.

 

[mjda]

Something I suppose we could do to improve things is to prevent users from setting email addresses which appear in the bounce log. Then users would not be able to reset the state as trivially, and setting the bounce state for users awaiting confirmation could affect the behavior.

Yes, I think this would be a better way to handle these things. Maybe even an option the admins can set to decide whether, or not, to allow members to use an email that's in the bounce log within the last X days?