我在这里寻找最佳实践建议。
支持和反对使用角色名称作为电子邮件帐户前缀而不是用户名的原因是什么？IE
“reception@domain.com”与“mary.jane@domain.com”
或
“developer13@example.com”与“john.smith@example.com”
此外，是否存在不适用“一般规则”的特殊情况？喜欢某些角色？例如。“接待处”、“联系方式”、“帮助台”、“管理员”？？
我只需要更多地了解利弊，所以我有更多的东西去管理。
角色地址的主要原因是人们换工作。
更改邮件服务器别名以便接收@ 或销售@ 指向新员工或团队的邮件列表比联系每个收到该地址的客户并要求他们更改地址簿要容易得多。
为清楚起见补充：
从业务的角度来看，客户希望确保他们始终可以与某人取得联系以帮助他们，但在适当的时候可以访问特定的员工进行客户/客户管理或更高级别的支持/销售。
为了实现这个目标，我的建议是同时使用这两种技术；工作人员应该拥有个性化/命名的帐户，并且是其部门、角色或分支机构的别名或邮寄/分发列表的成员——任何描述都有意义。
给出或使用什么地址然后成为预期跟进/个人联系/所需历史知识、员工流动以及“一般”客户请求的业务决策（例如，任何帮助台工作人员都可以执行密码重置）
对于前线面向客户的角色、人员流动率高的部门或任何员工都可以完成请求的部门，可以为客户提供该部门的别名（支持@、销售@、接待@），保证该部门的某人将收到他们的邮件，并能够照顾他们。当工作人员离开或改变角色时，就变成了更改别名或邮件列表订阅的问题。
对于个人接触程度高、历史知识丰富或工作只能由特定员工执行的角色，可以使用指定帐户进行联系。我建议客户也应该提供一个别名地址，这样当员工离开公司或休假时，他们就不会被冷落。
小智 5
这绝对取决于上下文 - 命名帐户应该用于人们想要专门与该人通信的时间（例如“将此文件发送给帐户中的约翰”），而角色帐户对于您不关心谁是非常有用的目前正在做这项工作，只是因为他们收到了您的信息（例如“通知接待处我正在等一位访客”）。
您甚至可能有一些人拥有个人帐户并负责或有权访问角色帐户 - 例如帮助台工作人员：客户可能最初向“helpdesk@....”发送电子邮件，然后收到来自“ann.other”的回复@...'。这就是我们在我公司拥有它的方式，它对我们来说非常有效。