Email account with + doesn't work anymore

I'm not sure since which updates that cause this. It used to work for example me+work@mydomain.com but now it's not working anymore. Is there a way to have this working again?

My email autoresponder app uses that + in the return-path.

Can someone please help me confirm this? I contacted support they said it's working fine. But I have a pro and non-pro version installs and both of them are not working.

Can you guys create an email account with anything+anything@yourdomain.com and see if you can log into it? Please help me confirm. I've tried reported it as possible bug but they said it's my configuration.

AFAIK, a '+' is a reserved character in RFC for email (can't be bothered looking it up for you).
It is often used as a substitute for '@', as in useremail+domain.com.
I suggest that your autoresponder software is the real issue in that it shouldn't rely on that character (for a delimiter?).

@cynique Thank you for your comment.

I was told and tested

Code: [Select]

user+something@domain.com treated as

Code: [Select]

user@domain.com which that's what I want. But CWP doesn't work.

You can try it yourself with gmail.

Code: [Select]

yourusername+something@gmail.com and it should delivers to

Code: [Select]

yourusername@gmail.com. I've tested it with iRedMail too. It works. CWP doesn't.

By the way, CWP version: 0.9.8.994

yourusername+something@gmail.com

Google is unsurprisingly "doing their own thang" there and likely is doing some remapping process. I wouldn't take that example as a correct industry standard - Google have rules unto themselves; seriously. I think some ISPs do similar 'tricks'.
user+domain.com is supposed to be synonymous with user@domain.com, according to cPanel/WHM but this instruction appears to have been removed in later releases. Go figure.

Ammendment
A quick scour of RFCs actually opens the door in what the standards are. The previously mentioned WHM/cPanel "+" delimiter may have been mentioned to circumvent some now obsoleted email client/server. It stuck in my mind for nearly 20 years, for some reason. :-s
A plus sign may be used in the local part of email and it looks as though CWP might be stripping the wrongly identified illegal character. I don't know without analysing the detail.
My prior comment on email address mapping still stands though.

Bedtime reading: https://tools.ietf.org/rfc/rfc3696.txt (Section 4.3 is of specific interest)

@cynique Thanks again for replying.

Well, I've contacted CWP support and they did said that by default

Code: [Select]

user+something@domain.com are treated as

Code: [Select]

user@domain.com
But it doesn't seem to be working. I am just wondering anyone else tested this.

@cynique

According to this the character + does allowed. https://www.jochentopf.com/email/chars.html