我在这里寻找最佳实践建议。
使用角色名称作为电子邮件帐户前缀而不是用户名称的原因是什么？IE
“[email protected]”与“[email protected]”
或
“[email protected]”与“[email protected]”
此外，是否存在不适用“一般规则”的特殊情况？喜欢某些角色？例如。“接待”、“联系人”、“帮助台”、“管理员”？？
我只需要更多地了解利弊，这样我就有更多的东西可以去管理。
AskOverflow.Dev
角色地址的主要原因是人们换工作。
更改邮件服务器别名让receipt@ 或sales@ 指向新员工或团队的邮件列表比联系曾经收到该地址并要求他们更改地址簿的每个客户要容易得多。
为清楚起见添加：
从业务角度来看，客户希望确保他们始终可以与某人取得联系以帮助他们，同时在适当的时候可以访问特定员工以进行客户/帐户管理或更高级别的支持/销售。
为了实现这个目标，我的建议是同时使用这两种技术；员工应该有个性化/命名的帐户，并且是其部门、角色或分支机构的别名或邮寄/分发列表的成员——无论划定是否有意义。
给出或使用什么地址然后成为预期跟进/个人联系/所需历史知识、员工流动率以及“一般”客户请求的业务决策（例如，任何帮助台工作人员都可以执行密码重置）
对于面向客户的一线岗位、人员流动率高的部门或任何工作人员都可以完成请求的部门，可以为客户提供该部门的别名（support@、sales@、receipt@），保证该部门的人会收到他们的邮件，并能够照顾他们。当工作人员离开或更改角色时，就变成了更改别名或邮件列表订阅的问题。
对于具有高度个人联系、历史知识或工作只能由特定员工执行的角色，可以使用指定帐户进行联系。我建议客户也应该提供一个别名地址，这样当员工离开公司或休假时，他们就不会被冷落。
这绝对取决于上下文 - 命名帐户应该用于人们想要专门与那个人交流（例如'将此文件发送给 John in accoutns'），而角色帐户对于你不关心谁是非常有用的目前正在做这项工作，只是为了让他们收到您的信息（例如，'通知接待处我正在等待访客'）。
您甚至可能有一些人拥有个人帐户并负责或有权访问角色帐户 - 例如帮助台工作人员：客户可能最初发送电子邮件至“helpdesk@....”，然后收到“ann.other”的回复@...'。这就是我们在我的公司拥有它的方式，它对我们来说非常有效。
我通常使用角色名称创建分发组，并将相关人员放入组中，如果只有一个人，我无论如何都会这样做，所以每个人总是有一个电子邮件地址，每个角色至少有一个电子邮件地址。
个人命名帐户适用于每个人，如果您使用 [email protected] 或更短的 [email protected] 并不重要 - 角色命名帐户不必要地令人沮丧（没有人想要感觉像他们'是接待2）。
以角色命名的地址非常适合群组。这使人们可以将邮件发送到许多人检查的邮箱，或者将邮件分发到您可以轻松管理的群组。
采购：即使有一半的部门在休假，您的用品仍然会被订购
销售：最快的反应是好事
服务台：同
美国员工、承包商 - 人力资源部喜欢这样的节省时间的小组，以帮助他们将福利信息发送到正确的小组
最后，如果您在将来某个时候将这些地址连接到中央目录登录，每个人都将需要一个仅可追踪到他们的不同帐户，以便您可以正确管理权限和审核。
请记住，通常，如果有人想以销售人员的身份发送电子邮件，而不是在返回地址中发送自己的姓名，则可以通过授予发送身份权限来实现。
开发电子邮件别名是有原因的。当人们改变角色时，它们会变得更容易。
RFC 2142提供了一个电子邮件地址列表，可以合理地期望任何域。
我绝对不会使用角色名称。只是我的两分钱，但是当人们有一个角色帐户而不是他们自己的个人帐户时，他们倾向于分享它并给出密码。没问题的话就去吧~
在我看来，管理基于组的基础架构也更容易。为这些角色创建组并分配个人。
另外，当有人改变角色时，你会怎么做？我工作的地方经常发生~
没有“最佳实践”。这完全取决于任何特定组织的决定。考虑到这一点，我唯一一次看到基于角色的电子邮件地址是通用角色，通常不止一个人处理该电子邮件。例如 [email protected]
我想您会发现，通常大多数人和公司更喜欢使用基于姓名的电子邮件地址。当然，它们的生成方式没有“标准”。您会看到名称和首字母的所有可能组合，要么全部连接在一起，要么由点、破折号或下划线分隔。
我的建议是仔细考虑每个人的角色，以及该角色是否由多个人执行或将由多个人执行，他们都将访问同一个电子邮件帐户。根据需要选择一个电子邮件地址。
我们为一般帐户使用基于角色的名称，“[email protected]”或“[email protected]”。这些帐户通常由几个人共享。当人们没有特定的人可以联系时，通常用于初始联系。
在这里投入一些美分：
每个用户都有一个单独的帐户和电子邮件地址。政策鼓励或要求在“角色”职位（采购、支持等）工作的用户在履行“角色”职责时使用“角色”地址。（个人帐户是允许审计个人用户活动所必需的。）
我特别喜欢在供应商关系中使用角色帐户。我喜欢有这样的东西：
我曾多次担任已离职系统管理员的承包商，而不得不通过一长串供应商删除和更换旧系统管理员完全是浪费时间。
我不会将此限制在 IT 供应商身上。我只是以它们为例。最后，灵活地控制未来电子邮件的传递以及将“角色”与“人”分离是好事。