View Single Post
Old 2 Oct 2021, 10:47 AM   #12
The "e" in e-mail
Join Date: May 2003
Location: mostly in Thailand
Posts: 2,961
Originally Posted by xyzzy View Post
Speaking of breaking am I misinterpreting what is planed, i.e., even wildcard aliases are going to require verification? If so that will mean all the email addresses I've set up for various recipients (e.g., * will become useless!. I depend on these with appropriately chosen alias targets (the alias's "Deliver to" setting) to automatically sort into mailboxes for the names I choose for the wildcard.

I think it was also mentioned verify won't be required for aliases I own. So if I own (using the previous example) [email protected] does that mean FM won't require verification for * Currently the verify button is not on them so I assume that's as intended - at the moment. If this changes my entire setup using aliases becomes effectively useless if I have to verify them before I use them.

Just trying to understand all this. If the above is correct then I can see why * is an "edge" case so that's why the verify button is there. But as I said in a previous post I could still use it even though it was unverified but note the test I did was to my one of my own aliases.
There is no problem with your use case. What is intended to be blocked is a wildcard of *, which would allow you to spoof someone else's email address when sending an email.
BritTim is online now   Reply With Quote