[vernie]

Aside from being self-hosted how does this differ from +suffix Gmail addresses?

[JZL003]

Also, not as granular, but instead of the + suffix, add a dot in a weird place. So

[e-mail] or [e-mail] . Many SMTP servers respect periods as differentiating emails, so services can't delete them. It doesn't help you stop spam, but you can add a gmail filter that [e-mail] is put in a separate label. And it's very fast to type, easy for non tech-y people

[MrRiddle]

It’s trivial to figure out main gmail address?

[cubesnooper]

It’s almost as trivial with this format too, at least to guess what address is used for other services, though it has a strong advantage over using ‘+’ in GMail in that nothing will try this automatically. It’s hard to believe anyone would intentionally try to guess a different service’s email to spam to it, but even so in my setup I prefer to eliminate this possibility completely by adding a random number to the service name: [e-mail], and so on, with no catchall for invalid addresses.

So far the most spam I’ve gotten has been to the address I used for Amazon (probably leaked by a third‐party seller there).

[heldergg]

Plus addressing is not unique to gmail nor it was invented by google.

For example, to enable plus addressing in postfix is only a matter of defining:

recipient_delimiter = +

[binwiederhier]

Honestly, probably not a whole lot.

Though I had originally made this because with the "+" approach, you can easily get the original address by simply removing everything after the "+", while with mine you cannot. On top of that, sometimes "+" does not work in services that do "strict email validation".

[webmobdev]

Some services do not accept email with a "+" in it.

[PrettyPastry]

Some services even accept it to create an account, but not to log in.

One never let me change my email or password when I used the +.

[KennyBlanken]

Postfix allows defining any character as a VERP separator.

OP also could have just used a regex in the virtual file.