根据 RFC 5321 2.3.11“邮箱及地址”，“……只有指定在地址的域中的主机，才能解读和分配域内部分的语义。”（“……the local-part MUST be interpreted and assigned semantics only by the host specified in the domain of the address.”）这意味着，对另一台邮件服务器的域内部分的含义，不能作出任何假设。这完全取决于该邮件服务器的配置。
域内部分正规化
编辑
对电子邮件地址“域内部分”的解释，依赖于邮件服务器所实现的惯例和策略。例如，大小写敏感性可以用来区分不同的邮箱，因此域内部分的字符只使用大写，虽然这不是很常见。[9]Gmail会忽略域内部分所有的点，以确定帐户的身分。[10]这可以防止当账户your.username已经存在时，创建用户账户your.user.name或yourusername。
子地址
编辑
某些邮件服务支持在域内部分包含一个标记，这样该地址就是域内部分前缀的一个别名。例如，地址joeuser+tag@example.com表示与joeuser@example.com相同的投递地址。RFC5233 将这种地址称为子地址（sub-addressing），但它也可以被称为加号地址（plus addressing）或标记地址（tagged addressing）。
这种形式的地址，在基本名称和标记之间可能会使用不同的分隔符，有不少电子邮件服务都支持，包括Runbox（英语：Runbox）（加号）、Gmail（加号）、[11]Rackspace Email（英语：Rackspace Email）（加号）、Yahoo! Mail Plus（连字号）、[12]苹果的iCloud（加号）、Outlook.com（加号）、[13]ProtonMail（加号）、[14]FastMail（加号和子域名地址）、[15]MMDF（英语：MMDF）（等号）、Qmail和信使邮件服务器（英语：Courier Mail Server）（连字符）。[16][17]Postfix还允许从合法字符集中任选一个字符配置作为分隔符。[18]
这种标记的文本可用于过滤，[16]或创建一次性电子邮件地址（英语：Disposable email address）。[19]
在实践中，某些网站的表单验证会拒绝特殊的字符，比如在电子邮件地址中使用“+”，错误地将它们作为无效字符来处理。这可能会导致电子邮件被发送给错误的用户，如果“+”被网站悄悄地删掉而且没有任何警告或错误信息的话。例如，打算发到用户输入的电子邮件地址foo+bar@example.com的电子邮件，可能会被错误地发送到foobar@example.com中。另一种情况是，如果网站的某些部分，比如用户登记页面，允许“+”字符，但其他部分，比如从网站的邮件列表中取消订阅的页面，并不允许，则可能会导致用户体验很差。