实现原理

Autoconfiguration 来自 Thunderbrid, 使用了 Autodiscover 类似的实现方法, 但步骤和规范上有些区别.

发起 Autoconfiguration 的基本步骤:

  1. 从 Thunderbrid 在本地磁盘上的安装目录中读取配置: C:/Program Files/Mozilla/Thunderbird/isp/example.com.xml
  2. 从电子邮件服务商获取配置:
    1. 尝试请求 http://autoconfig.emailaddressdomain/mail/[email protected] 或 http://example.com/.well-known/autoconfig/mail/config-v1.1.xml 文件路径.
    2. 尝试从 DNS 记录中寻找配置:
      1. 尝试查询用户名域名 example.com 中存在内容为 https://www.example.com/mozilla.xml 的 TXT 记录依据记录进行请求配置文件. 未应用
      2. 另一种提议, 也是基于 DNS: 未应用
        1. 尝试解析用户名域名中的 MX 记录, 若存在多个 MX 记录则取最高优先级的记录; 如果不存在 MX 记录, 则查询并使用用户名域名中符合 SMTP 协议(RFC 2821[1])的 A 记录.
        2. 依据上方的查询结果, 从结果主机名中查询存在 mailconf=https://... 形式的 TXT 记录, 依据记录寻找配置文件, 如果 URL 错误则继续向下寻找.
        3. 如果查询不到有效的 TXT 记录则选择第一条有效的 TXT 记录进行查找配置文件.
          1. 在对配置文件进行 GET 请求时中附带初始请求的用户邮件地址(mailto:[email protected])为 referrer, 用于实现可能存在的动态配置文件下发.
          2. 解析配置文件并让用户选择需要的协议和其他建议配置.
          3. 继续进行登录验证.
      3. 尝试解析用户名域名 DNS 从中寻找 SRV 记录获取配置(RFC 6186[2]). 未应用
  3. 尝试从 Mozilla 服务器检索配置:
    1. 从 autoconfig.thunderbird.net[3] 请求用户名域名中的服务商配置文件, 如: https://autoconfig.thunderbird.net/v1.1/google.com.
    2. 如果找不到公共配置文件, 则尝试使用一些通配字符和常用端口进行猜测, 如 imap.example.com, pop.example.com, pop3.example.com, smtp.example.com 或 mail.example.com.
    3. 继续失败, 则直接让用户进行手动配置.
提示

以上标记有 "未应用" 的都代表存在这些提议, 但没有实际应用到 Thunderbird 邮件客户端和服务器系统中.

响应规范

从 MozillaWiki 中可以得到配置格式:

Thunderbird:Autoconfiguration:ConfigFileFormat - MozillaWiki

提示

以下配置文件注释经过笔者翻译.

配置文件模板

config-v1.1.xml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
<?xml version="1.0"?>
<clientConfig version="1.1">
    <!-- 电子邮件服务提供商 -->
    <emailProvider id="example.com">
        <!-- domain: 域名 -->
        <domain>example.com</domain>
        <domain>example.net</domain>
        <!-- displayName: 显示在客户端上的名称. -->
        <displayName>Google Mail</displayName>
        <!-- displayShortName: 显示的简称. -->
        <displayShortName>GMail</displayShortName>

        <!-- incomingServer type: 传入服务器类型
                "imap": IMAP
                "pop3": POP3
           -->
        <incomingServer type="pop3">
            <!-- hostname: 选定类型所使用的服务器主机名. -->
            <hostname>
                pop.example.com</hostname>
            <!-- port: 选定类型所使用的服务器端口号. -->
            <port>995</port>
            <!-- socketType: 连接类型
                    "plain": 不加密.
                    "SSL": SSL 加密.
                    "STARTTLS": 使用 STARTTLS 进行机会性加密
                -->
            <socketType>SSL</socketType>
            <!-- username: 指定用户名. -->
            <username>%EMAILLOCALPART%</username>
            <!-- authentication: 身份验证类型
                    "password-cleartext":
                       直接发送明文密码进行验证. 如果没有加密连接协议还要使用明文密码则非常不安全.
                    "password-encrypted":
                       对于密码进行加密, 可以是 CRAM-MD5, DIGEST-MD5. 不包含 NTLM.
                    "NTLM":
                       使用 NTLM 或 HTLMv2 及后续版本. Windows 所使用的登录方法.
                    "GSSAPI":
                       使用 Kerberos 或 GSSAPI, 一种适用于大规模验证需要的单点登录方式.
                    "client-IP-address":
                       根据 IP 地址识别用户, 无需用户名和密码, 也不需要进行身份验证.
                    "TLS-client-cert":
                       使用客户端证书进行认证, 要求客户端提供 SSL 证书(如果需要, 可让用户自行选择证书后发送). Thunderbird 尚未支持.
                    "OAuth2":
                        使用 OAuth2, 仅在部分硬编码服务器上可用. 只能作为备用方法使用.
                        由于 OAuth2 规范的缺陷, 客户端一般需要发送客户端的凭证密钥到服务商,
                        这样做往往需要客户端要先在服务商注册客户端并获得服务商的同意.
                        这就不仅导致电子邮件服务商可以禁止用户使用任意电子邮件客户端, 还导致并不能支持所有的 OAuth2 服务器(这与开源的理念相悖).
                        最后 Thunderbird 只能将支持 OAuth2 的服务器和密钥硬编码进客户端里.
                        这也意味着并不能使用任意的 OAuth2 服务器. 只有在客户端中已经被定义好服务器才能使用.
                        在Thunderbird 中受支持的 OAuth2 服务器参见源代码:
            "https://searchfox.org/comm-central/source/mailnews/base/src/OAuth2Providers.jsm"
                    "none":
                        不进行验证.
                 -->
            <authentication>
                password-cleartext</authentication>
            <pop3>
                <!-- 移除以下内容则让客户端或用户自行选择以下参数配置. -->
                <!-- leaveMessagesOnServer: 是否将邮件保存在服务器上(true/false). -->
                <leaveMessagesOnServer>true</leaveMessagesOnServer>
                <!-- downloadOnBiff: 下载时发送 Biff 通知(?)(true/false).  -->
                <downloadOnBiff>true</downloadOnBiff>
                <!-- daysToLeaveMessagesOnServer: 服务器中邮件的保留天数. -->
                <daysToLeaveMessagesOnServer>
                    14</daysToLeaveMessagesOnServer>
                <!-- checkInterval: 从服务器检查的间隔(分钟数), 仅适用于不允许进行频繁请求检查的服务器. Thunderbird 暂不支持. -->
                <checkInterval minutes="15" />
            </pop3>
            <!-- password: 值可选, 用户的密码. -->
            <password></password>
        </incomingServer>

        <!-- outgoingServer type: 传出服务器类型 -->
        <outgoingServer type="smtp">
            <!-- hostname: 选定类型所使用的服务器主机名. -->
            <hostname>
                smtp.googlemail.com</hostname>
            <!-- port: 选定类型所使用的服务器端口号. -->
            <port>587</port>
            <!-- socketType: 连接类型
                    "plain": 不加密.
                    "SSL": SSL 加密.
                    "STARTTLS": 使用 STARTTLS 进行机会性加密
                -->
            <socketType>STARTTLS</socketType>
            <!-- username: 指定用户名. -->
            <username>%EMAILLOCALPART%</username>
            <!-- authentication: 身份验证类型
                符合 RFC 2554, RFC 4954 的或其他的身份验证方法, 可用选项参考 incomingServer 标签中的 authentication;
                除此之外还可用使用以下的方法:
                (关于 Thunderbird 对此的兼容性: Thunderbird 3.0 只支持 "plain", "secure", "none" 和 "smtp-after-pop".)
                 "SMTP-after-POP":
                    在对 SMTP 进行验证前先对传入服务器进行验证.
            -->
            <authentication>
                password-cleartext</authentication>
            <!-- restriction: 限定服务器在客户端上进行连接的条件(如果服务器在 authentication 之外还要求其他的验证选项).
                    "client-IP-address": 只有用户在特定的网络中才能连接到服务器且服务器才能工作. 如特定 ISP 网络或公司网络.
                        注意: <authentication>client-IP-address</> 表示可以在没有任何身份验证的情况下连接并使用服务器.
                        使用 <authentication>password-cleartext</> 和 <restriction>client-IP-address</> 时表示用户需要处于正确的 IP
            网络环境中并且应该进行身份验证.
                        建议不要使用实行这种验证措施的服务器, 详见: "https://bugzilla.mozilla.org/show_bug.cgi?id=556267".
                    尚未实现. 规范(标签元素?)可能会改动.
            -->
            <restriction>client-IP-address</restriction>
            <!-- 移除以下内容则让客户端或用户自行选择以下参数配置. -->
            <!-- 是否选择添加此服务器(true/false). -->
            <addThisServer>true</addThisServer>
            <!-- 是否是配置文件中的全局首选服务器(true/false) -->
            <useGlobalPreferredServer>
                true</useGlobalPreferredServer>
            <!-- password: 值可选, 用户的密码. -->
            <password></password>
        </outgoingServer>

        <!--
            在连接到服务器之前需要用户手动进行配置的选项(比如, 部分邮件服务提供商情况默认关闭 POP3, IMAP 或 SMTP, 需要用户登录 Webamil 手动打开账户设置中的这些选项).
            注意: 根据 XML 规范, 部分特殊符号需要进行转义, 如:
                "&" >> "&amp;"
                "<" >> "&lt;"
                ">" >> "&gt;"
                "'" >> "&apos;"
                """ >> "&quot;"
            尚未实现, 详见: "https://bugzilla.mozilla.org/show_bug.cgi?id=586364".
        -->
        <!-- visiturl 值为显示给用户的 URL. -->
        <enable visiturl="https://mail.google.com/mail/?ampshva=1#settings/fwdandpop">
            <!-- instruction: 说明文字 -->
            <instruction>Check 'Enable
                IMAP and POP' in Google settings page</instruction>
            <!-- instruction lang: 另一种语言的说明文字 -->
            <instruction lang="de">Schalten Sie 'IMAP und POP
                aktivieren' auf der Google
                Einstellungs-Seite an</instruction>
        </enable>

        <!--
            一个电子邮件服务商用于描述配置文件的网页.
            主要用于配置文件维护, 客户端并不使用这里的提供的信息.
            并不一定需要完全使用服务商提供的配置, 比如服务商在配置文件中不使用 SSL, 但 SLL 实际可用, 此时就可以选择性配置 SLL.
            descr 应该包含来自服务商对客户的(多语言)说明.
        -->
        <documentation url="http://www.example.com/help/mail/thunderbird">
            <descr lang="en">Configure Thunderbird 2.0 for
                IMAP</descr>
            <descr lang="de">Thunderbird 2.0 mit IMAP konfigurieren</descr>
        </documentation>

    </emailProvider>

    <!-- 用于同步用户通讯录或联系人方式的配置. 尚未实现. Thunderbird 使用 RFC 6764 实现这类功能的自动发现. -->
    <!-- 由于 RFC 6764 实现了相同的功能, 所以这部分配置已经被标注需要被移除. -->
    <addressBook type="carddav">
        <!-- 用户名 -->
        <username>
            %EMAILADDRESS%</username>
        <!-- authentication: 身份验证方式, 参见 incomingServer 标签配置.
              "http-basic":
                    使用 HTTP 服务器进行 WWW-Authenticate: Basic 身份验证.
              "http-digest":
                    使用 HTTP 服务器进行 WWW-Authenticate: Digest 身份验证.
              "OAuth2":
                    OAuth2 身份验证. 使用和 Email 相同的口令.
        -->
        <authentication>http-basic</authentication>
        <!-- 指定服务器 URL. -->
        <serverURL>https://contacts.example.com/remote.php/dav</serverURL>
    </addressBook>
    <!-- 用于同步用户日历方式的配置. 尚未实现. Thunderbird 使用 RFC 6764 实现这类功能的自动发现. -->
    <!-- 由于 RFC 6764 实现了相同的功能, 所以这部分配置已经被标注需要被移除. -->
    <calendar type="caldav">
        <!-- 用户名 -->
        <username>%EMAILADDRESS%</username>
        <!-- 身份验证方式, 参见 addressBook 中的身份验证方式. -->
        <authentication>
            http-basic</authentication>
        <!-- 指定服务器 URL. -->
        <serverURL>https://calendar.example.com/remote.php/dav</serverURL>
    </calendar>

    <!-- 用于用户进行文件共享方式的配置. 尚未实现. 可用于 Thunderbird 中的 FileLink 或者在用户桌面创建一个同步文件夹. -->
    <!-- 由于 RFC 6764 实现了相同的功能, 所以这部分配置已经被标注需要被移除. -->
    <fileShare type="webdav">
        <!-- 用户名 -->
        <username>%EMAILADDRESS%</username>
        <!-- 身份验证方式, 参见 addressBook 中的身份验证方式. -->
        <authentication>http-basic</authentication>
        <!-- 指定服务器 URL. -->
        <serverURL>https://share.example.com/remote.php/dav</serverURL>
    </fileShare>

    <!-- 可选, 用于访问 Webmail 的配置. 其中的 URL 值会在标准的网络浏览器中打开. -->
    <webMail>
        <!-- Webmail 的登录页面 URL, 用户必须手动输入用户名和密码进行登录. URL 需要使用 HTTPS. -->
        <loginPage url="https://mail.example.com/login/" />

        <!--
            与 loginAutomaticDOM 相同, 但网站会检查用户是否来自登录页.
            会在浏览器中打开登录页面, 获取页面 DOM, 然后自动填写用户名和密码然后触发登录按钮.
            登录按钮可能不是 HTML 而是一个 div, 所以触发这类按钮需要发送一个点击事件.
            URL 需要使用 HTTPS.
        -->
        <loginPageInfo url="https://mail.example.com/login/">
            <!-- username: 用户名
                填写入 usernameField 中的内容.
                格式(包括占位符)与 incomingServer 中的 username 相同.
            -->
            <username>%EMAILADDRESS%</username>
            <!--
                允许找到页面中的文本字段并填充它们.
                id 属性输出给 DOM name 属性. id 和 name 属性必须同时或存在其中一个. 如果存在, 则优先使用 id(例如使用 "getElementByid()"), 如果不存在,
            则会尝试按名称查找元素.
                不要把这个示例 XML 中的这些 id 当成是通用的, 在使用之前应该要验证格式(例如某些仅使用字符和数字的 id).
                如果你还使用 jQuery 这样强大的函数, 还在 XML 的用户名 id 中返回了没有经过检查的代码, 那么它有可能会被执行.
            -->
            <usernameField id="email_field" name="email" />
            <passwordField name="password" />
            <!-- 定义提交按钮, 用于填充完成后触发自动提交. id 和 name 属性参见 username.-->
            <loginButton id="submit_button" name="login" />
        </loginPageInfo>
    </webMail>

    <!-- 尚未实现, 详见: "https://bugzilla.mozilla.org/show_bug.cgi?id=564043". -->
    <!--
        在某些电子邮件服务提供商中, 用户名和密码并不与 IMAP, POP3 或 SMTP 的用户名和密码对应.
        比如用户邮件地址是 "[email protected]", 但用于登录电子邮件服务器的用户名是给定的用户 ID 或随机的用户名, 密码也可能同样不与电子邮件服务器的登录密码相同.
        此时可以提供一个 inputField 标签, 这可以让客户端向用户显示一个输入框, 从而实现自定义的的用户名或密码.
        输入框的提示由标签中的 label 属性定义, 其填充示例是 inputField 标签的值.
        用户在对应 inputField 标签中输入的内容会写入到标签属性的 key 之中, 这个用于 key 属性变量值必须是大写字母.
        同时被定义的变量可以在 XML 配置中的其他位置使用, 但并不建议用这种办法来让用户定义其他的配置属性(因为这样做的话, 提供该 XML 配置的意义就变得不再那么大, 并且用户体验比在 UI
    上手动配置还要差).
    -->
    <inputField key="USERNAME" label="Username">
        123456</inputField>
    <inputField key="NICKNAME" label="Nickname">Alice</inputField>
    <!--
        以上配置将生成如下的 UI:
        Username: [          ] example: 123456
        Nickname: [          ] example: Alice
        同时, 在配置文件的其他位置就能够使用 "%USERNAME%" 和 "%NICKNAME%" 来引用这两个用户输入的值.
    -->

    <!-- clientConfigUpdate: 客户端用于配置文件更新的 URL. -->
    <clientConfigUpdate url="https://www.example.com/config/mozilla.xml" />

</clientConfig>

对于配置文件中的 incomingServer (传入服务器) 和 outgoingServer(传出服务器) 可能出现多次. 但应该按照优先使用顺序来排序, 通常会使用第一个出现的服务器配置, 只有当实际服务器表现不满足配置中要求的选项时(比如配置指定使用 SSL 但实际无法通过 SSL 连接到服务器), 才尝试选择第二个服务器配置. 如果 IMAP 和 POP3 服务器同时存在, 客户端应该同时列出(依旧遵循配置中的顺序显示来表示服务商的偏好), 让用户自行选择需要的服务器协议.

除上面配置文件中提到的, 依据用户在客户端的输入内容, 还存在以下通用占位符(变量):

  • %EMAILADDRESS%: 用户的完整电子邮件地址.
  • %EMAILLOCALPART%: 用户电子邮件地址中 "@" 前的部分.
  • %EMAILDOMAIN%: 用户电子邮件地址中 "@" 后的部分.
  • %REALNAME%: 真实名字(?)

依据这个规范编写的一个典型的 IMAP & POP3 & SMTP 服务器配置应该像这样:

config-v1.1.xml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
<?xml version="1.0"?>
<clientConfig version="1.1">
    <emailProvider id="example.com">
        <domain>example.com</domain>
        <displayName>EXAMPLE Inc</displayName>
        <displayShortName>CORG</displayShortName>
        <incomingServer type="imap">
            <hostname>imap.example.com</hostname>
            <port>994</port>
            <socketType>SSL</socketType>
            <username>%EMAILADDRESS%</username>
            <authentication>password-cleartext</authentication>
        </incomingServer>
        <incomingServer type="pop3">
            <hostname>pop3.example.com</hostname>
            <port>995</port>
            <socketType>SSL</socketType>
            <username>%EMAILADDRESS%</username>
            <authentication>password-cleartext</authentication>
            <pop3>
                <leaveMessagesOnServer>true</leaveMessagesOnServer>
            </pop3>
        </incomingServer>
        <outgoingServer type="smtp">
            <hostname>smtp.example.com</hostname>
            <port>465</port>
            <socketType>SSL</socketType>
            <username>%EMAILADDRESS%</username>
            <authentication>password-cleartext</authentication>
        </outgoingServer>
        <clientConfigUpdate url="https://autoconfig.example.com/mail/config-v1.1.xml" />
    </clientConfig>
提示

对于不需要的配置如果不是需要保留为空值, 那么应该在配置文件中移除.

部署应用

标准实现

  1. 编写正确规范的 XML 配置文件.

    1. 将电子邮件地址使用的域名的子域名 autoconfig 解析到一个用于托管配置文件的网络服务器, 如:

      1
      autoconfig.example.com 3600 IN A 1.0.0.1

    2. 将配置文件放入网络服务器, 使其路径为: /mail/config-v1.1.xml.

  2. 编写正确规范的 XML 配置文件.

    1. 将电子邮件域名直接解析至配置文件服务器:

      1
      example.com 3600 IN A 1.0.0.1

    2. 将配置文件放入网络服务器, 使其路径为: /.well-known/autoconfig/mail/config-v1.1.xml

  3. 编写正确规范的 XML 配置文件.

    1. 将其电子邮件域名的子域名 www 解析至网络服务器, 并将 XML 文件放入该网络文件服务器, 使其为任意便于管理的路径, 如 /autoconfig/example.com/config-v1.1.xml.

    2. 为电子邮箱域名添加一个 TXT 记录, 值为上一步放置的 XML 文件完整的 HTTP/HTTPS 网络路径:

      1
      example.com 3600 IN TXT "https://www.example.com/autoconfig/example.com/config-v1.1.xml"
提示

多个配置文件理论并不会相互覆盖, 因为只会使用最先被发现的的那一个配置文件, 其目的是为了冗余. 但是不同客户端可能存在不同的行为, 所以建议同时设置多个方法且保证配置文件内容相同. 如果当前 DNS 解析状况导致解析已存在或不允许再次占用, 那么应该向后选择不冲突的那一种实现方式.

中心化实现

本文将 Autoconfiguration 实现方法中, 需要依赖第三方中心化服务实现自动发现的方式称为 "中心化实现". 比如这里要提到的 "尝试从 Mozilla 服务器检索配置".

由

Thunderbird 维护并托管的电子邮件服务商配置文件数据库称为 ISPDB, 可免费供给任何用户(客户)使用. 它包含了最多的电子邮件服务商配置, 大多市场份额超过 0.1% 的服务商都包含在内, 几乎囊括了全球 50% 的电子邮件账户.

但要注意, 并不是随便一个服务商就能进入这个数据库, 比如自托管的个人电子邮件服务器就不符合要求.

ISPDB 要求[4]:

If you are a big ISP (> 100,000 users) providing email addresses solely under a few domains like "example.com" and "example.de", you may either submit the configuration to the ISPDB or set up a configuration server.

"如果您是大型 ISP(> 100,000 个用户), 仅在 "example.com" 和 "example.de" 等几个域下提供电子邮件地址, 您可以将配置提交到 ISPDB 或设置配置服务器."

If you are a small company installing Thunderbird on your employees' desktops, you can place a configuration file in the Thunderbird installation folder.

如果您是在员工桌面上安装 Thunderbird 的小公司, 您可以将配置文件放在 Thunderbird 安装文件夹中.

如果想要为自己的电子邮件服务能够通过 Mozilla 服务器查找到服务器配置, 那么除去需要在客户端支持从 ISPDB 中检索, 还要为该服务的源 Git 仓库提交你的 Autoconfiguration 配置文件:

thundernest/autoconfig: The ISPDB, Thunderbird's database of mail configuration files.

源仓库存在两分支的配置文件索引, 一个是 prod 分支, 直接用于 Thunderbird(https://autoconfig.thunderbird.net/autoconfig/v1.1/); 另一个是 master 分支, 用于暂存服务器(https://autoconfig-stage.thunderbird.net/autoconfig/v1.1/).

配置验证

配置完成建议模拟客户端协议流程对配置文件进行验证. 本小节将使用 HTTP 客户端模拟自动发现流程, 下方将使用 curl 进行流程演示.

  1. well-known 路径:
1
curl http://example.com/.well-known/autoconfig/mail/config-v1.1.xml

  1. autoconfig 子域

    1
    curl https://autoconfig.example.com/mail/config-v1.1.xml

  2. 响应示例:

    config-v1.1.xml
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    <?xml version="1.0"?>
    <clientConfig version="1.1">
    <emailProvider id="%EMAILDOMAIN%">
    <domain>%EMAILDOMAIN%</domain>

    <displayName>Email</displayName>
    <displayShortName>Email</displayShortName>

    <incomingServer type="imap">
    <hostname>imap.example.com</hostname>
    <port>993</port>
    <socketType>SSL</socketType>
    <username>%EMAILADDRESS%</username>
    <authentication>password-cleartext</authentication>
    </incomingServer>

    <outgoingServer type="smtp">
    <hostname>smtp.example.com</hostname>
    <port>465</port>
    <socketType>SSL</socketType>
    <username>%EMAILADDRESS%</username>
    <authentication>password-cleartext</authentication>
    <addThisServer>true</addThisServer>
    <useGlobalPreferredServer>false</useGlobalPreferredServer>
    </outgoingServer>

    <documentation url="https://mail.example.com/admin/client">
    <descr lang="en">Configure your email client</descr>
    </documentation>
    </emailProvider>
    </clientConfig>

注释

  1. RFC 2821 - Simple Mail Transfer Protocol (IETF) ↩︎

  2. RFC 6186 - Use of SRV Records for Locating Email Submission/Access Services (IETF) ↩︎

  3. thundernest/autoconfig: The ISPDB, Thunderbird's database of mail configuration files. (GitHub) ↩︎

  4. Thunderbird Autoconfiguration (Ben Bucksch) ↩︎

参考资料
许可协议

本文采用 署名-非商业性使用-相同方式共享 4.0 国际 许可协议，转载请注明出处。

分享文章

快来参与讨论吧~