Email IMAP/SMTP凭据是否始终与用户相同;s的登录凭据? 问候语!

Email IMAP/SMTP凭据是否始终与用户相同;s的登录凭据? 问候语!,email,smtp,imap,basic-authentication,Email,Smtp,Imap,Basic Authentication,此问题与普通(或普通)IMAP/SMTP身份验证有关 我们能否确保用户的IMAP用户名与其完整电子邮件地址完全相同?这两者会有所不同吗?他的SMTP用户名呢?他可以为IMAP和SMTP设置不同的密码吗 为了使事情具体化,考虑Webmail用户,某个身份不明的人: 电子邮件地址:john。doe@example.com 登录密码:foo.bar.baz 鉴于John使用上述凭据登录其网络邮件提供商,这里有一系列是-否问题: 我们能否确定John的IMAP用户名是John。doe@example

此问题与
普通
(或
普通
)IMAP/SMTP身份验证有关

我们能否确保用户的IMAP用户名与其完整电子邮件地址完全相同?这两者会有所不同吗?他的SMTP用户名呢?他可以为IMAP和SMTP设置不同的密码吗

<>为了使事情具体化,考虑Webmail用户,某个身份不明的人:

  • 电子邮件地址:
    john。doe@example.com
  • 登录密码:
    foo.bar.baz
鉴于John使用上述凭据登录其网络邮件提供商,这里有一系列是-否问题:

  • 我们能否确定John的IMAP用户名是
    John。doe@example.com
    • 1.1。是约翰·多伊、约翰·多伊还是别的什么
  • 我们能确定约翰的IMAP密码是
    foo.bar.baz
  • 我们能否确定John的SMTP用户名是
    John。doe@example.com
  • 我们能否确定约翰的SMTP密码是
    foo.bar.baz
  • 我们能确定约翰的IMAP密码与他的SMTP密码相同吗
  • 我们是否可以确定John的IMAP用户名与他的SMTP用户名相同
  • 我寻找这些答案已经有一段时间了。如果你能链接到RFC,那就太棒了


    提前谢谢<代码>:)SMTP和IMAP可以由不相交的程序处理,因此没有任何保证。例如,Dovecot IMAP允许您自由选择将用户名映射到邮箱名称。

    确定-不,您不能确定,因为服务器管理员可以设置他们喜欢的关于这些内容的任何策略

    然而,本文给出了一些建议。它建议邮件用户代理(MUA)首先尝试使用完整的电子邮件地址作为身份验证的用户名(在本例中为
    john)。doe@example.com
    ),如果身份验证失败,请使用“本地部分”作为用户名重试(在本例中为
    john.doe
    )。它还建议服务提供商应该支持使用这些用户名中的任何一个进行身份验证。这适用于SMTP和IMAP身份验证

    RFC没有说明SMTP和IMAP的用户名是否应该相同(因此,如果IMAP服务器需要用户名
    john)。doe@example.com
    而SMTP服务器想要的是
    john.doe
    ,这仍然在RFC建议的范围内),而且它根本没有说明密码


    RFC还建议使用DNS SRV记录来查找给定电子邮件地址的IMAP和SMTP服务器的主机名。您可以使用
    dig
    命令行工具在Gmail中看到这一点:

    $ dig +short -t srv _imaps._tcp.gmail.com
    5 0 993 imap.gmail.com.
    $ dig +short -t srv _submission._tcp.gmail.com
    5 0 587 smtp.gmail.com.
    
    也就是说,IMAPS服务器位于端口993的
    imap.gmail.com
    ,用于提交邮件的SMTP服务器位于端口587的
    SMTP.gmail.com

    所有答案都是“否”,rfc不会涵盖这些答案。身份验证是本地策略,可以基于任何内容。