Hi,
is there any solution for handling all mails by zimbra that including dots like gmail.
Example if user created account like username and mail sent to user.name or us.ername, u.ser.name etc. i want to get it all to original email address. I thought creating aliases but there are too many combinations of aliases to create.
Is there any solution in zimbra ?
Handling emails with dots
- DualBoot
- Elite member
- Posts: 1326
- Joined: Mon Apr 18, 2016 8:18 pm
- Location: France - Earth
- ZCS/ZD Version: ZCS FLOSS - 8.8.15 Mutli servers
- Contact:
Re: Handling emails with dots
Hello,
no and I think that is not a good idea.
Regards,
no and I think that is not a good idea.
Regards,
Re: Handling emails with dots
Hi,
How can you say its not a good idea. As you now in gmail if you take an account without dots, all combination of account with dots will be yours.
if you have johndoe@gmail.com and i send mail to john.doe@gmail.com, you will receive mail. And you can login with john.doe@gmail.com too.
Its really a big requirement.
How can you say its not a good idea. As you now in gmail if you take an account without dots, all combination of account with dots will be yours.
if you have johndoe@gmail.com and i send mail to john.doe@gmail.com, you will receive mail. And you can login with john.doe@gmail.com too.
Its really a big requirement.
- L. Mark Stone
- Ambassador
- Posts: 2802
- Joined: Wed Oct 09, 2013 11:35 am
- Location: Portland, Maine, US
- ZCS/ZD Version: 10.0.7 Network Edition
- Contact:
Re: Handling emails with dots
You can create all the aliases you want, and can script them from the CLI too if you wish. I too feel that too many aliases is a bad thing, as it opens you up to receiving more spam.
Further, allowing users to log in with their account aliases, although the default behavior, many consider to be a security risk. You can turn it off on every mailbox host like so:
Hope that helps,
Mark
Further, allowing users to log in with their account aliases, although the default behavior, many consider to be a security risk. You can turn it off on every mailbox host like so:
Code: Select all
zmlocalconfig -e alias_login_enabled=false
Mark
___________________________________
L. Mark Stone
Mission Critical Email - Zimbra VAR/BSP/Training Partner https://www.missioncriticalemail.com/
AWS Certified Solutions Architect-Associate
L. Mark Stone
Mission Critical Email - Zimbra VAR/BSP/Training Partner https://www.missioncriticalemail.com/
AWS Certified Solutions Architect-Associate
- DualBoot
- Elite member
- Posts: 1326
- Joined: Mon Apr 18, 2016 8:18 pm
- Location: France - Earth
- ZCS/ZD Version: ZCS FLOSS - 8.8.15 Mutli servers
- Contact:
Re: Handling emails with dots
It was just my point of view as I wrote. Argue with Google is doing that is not a good point too.kcergun wrote:Hi,
How can you say its not a good idea. As you now in gmail if you take an account without dots, all combination of account with dots will be yours.
if you have johndoe@gmail.com and i send mail to john.doe@gmail.com, you will receive mail. And you can login with john.doe@gmail.com too.
Its really a big requirement.
That's all.
Re: Handling emails with dots
Just because google does it doesn't mean it's a good idea.kcergun wrote:How can you say its not a good idea. As you now in gmail if you take an account without dots, all combination of account with dots will be yours.
For whom?kcergun wrote:Its really a big requirement.
If you are intent on replicating gmails odd rules left of the "@" symbol, put something like exim or postfix in front of zimbra and write a filter to strip full stops. Heck, hack the zimbra server to do it. Maybe start here : https://superuser.com/questions/1423386 ... ail-regexp
Don't try and enforce that brain-damage on the rest of us. A full stop in an e-mail address is a character, not a wildcard.
Edit: To elaborate, examine RFC 822 6.2.4 & 6.2.5 which specifically includes the full stop as part of the address as "lexical separators". "Hence, their presence in local-parts which are not quoted-strings, is detected." (em-far-sys mine).