37、调制解调器与电子邮件使用指南

调制解调器与电子邮件使用指南

1. 调制解调器问题排查

调制解调器在使用过程中可能会出现多种问题，下面针对不同问题给出相应的排查步骤。

1.1 调制解调器不拨号
当 uucico 呼出时，调制解调器未指示 DTR 线路已升高，可能未给 uucico 指定正确的设备。排查步骤如下：
- 若调制解调器识别 DTR，使用终端程序检查能否向调制解调器写入内容。
- 若可行，在调制解调器对话开始时用 \E 开启回显。
- 若调制解调器在对话中不回显命令，检查线路速度是否过高或过低。
- 若能看到回显，检查是否禁用了调制解调器响应或将其设置为数字代码，同时验证对话脚本本身是否正确。注意向调制解调器发送一个反斜杠时需输入两个反斜杠。

1.2 调制解调器尝试拨号但未成功
可按以下操作排查：
- 在电话号码中插入延迟，特别是从企业电话网络拨打外线需拨打特殊序列时。
- 确保使用的拨号类型正确，因为有些电话网络仅支持一种拨号类型。
- 仔细核对电话号码是否正确。

1.3 登录成功但握手失败
这种情况可能存在多种问题，日志文件输出能提供很多信息。排查步骤如下：
- 查看远程站点提供的协议（握手期间会发送字符串 P protlist），握手成功双方必须至少支持一种共同协议，需检查是否满足此条件。
- 若远程系统发送 RLCK，表明远程系统上有陈旧的锁定文件，且已通过不同线路连接到该远程系统，可请远程系统管理员删除该文件。
- 若发送 RBADSEQ，说明远程系统为你启用了对话计数检查，但数字不匹配。
- 若发送 RLOGIN，意味着你不被允许使用此 ID 登录。

2. 日志文件与调试

编译 UUCP 套件以使用 Taylor 风格日志记录时，只有三个全局日志文件，都位于假脱机目录中。
- Log 文件 ：主日志文件，包含已建立连接和传输文件的所有信息。示例如下：

uucico pablo - (1994-05-28 17:15:01.66 539) Calling system pablo (port cua3)
uucico pablo - (1994-05-28 17:15:39.25 539) Login successful
uucico pablo - (1994-05-28 17:15:39.90 539) Handshake successful (protocol 'g' packet size 1024 window 7)
uucico pablo postmaster (1994-05-28 17:15:43.65 539) Receiving D.pabloB04aj
uucico pablo postmaster (1994-05-28 17:15:46.51 539) Receiving X.pabloX04ai
uucico pablo postmaster (1994-05-28 17:15:48.91 539) Receiving D.pabloB04at
uucico pablo postmaster (1994-05-28 17:15:51.52 539) Receiving X.pabloX04as
uucico pablo postmaster (1994-05-28 17:15:54.01 539) Receiving D.pabloB04c2
uucico pablo postmaster (1994-05-28 17:15:57.17 539) Receiving X.pabloX04c1
uucico pablo - (1994-05-28 17:15:59.05 539) Protocol 'g' packets: sent 15, resent 0, received 32
uucico pablo - (1994-05-28 17:16:02.50 539) Call complete (26 seconds)
uuxqt pablo postmaster (1994-05-28 17:16:11.41 546) Executing X.pabloX04ai (rmail okir)
uuxqt pablo postmaster (1994-05-28 17:16:13.30 546) Executing X.pabloX04as (rmail okir)
uuxqt pablo postmaster (1994-05-28 17:16:13.51 546) Executing X.pabloX04c1 (rmail okir)

• Stats 文件 ：列出文件传输统计信息。对应上述传输的部分示例如下：

postmaster pablo (1994-05-28 17:15:44.78)
received 1714 bytes in 1.802 seconds (951 bytes/)
postmaster pablo (1994-05-28 17:15:46.66)
received 57 bytes in 0.634 seconds (89 bytes/)
postmaster pablo (1994-05-28 17:15:49.91)
received 1898 bytes in 1.599 seconds (1186 bytes/)
postmaster pablo (1994-05-28 17:15:51.67)
received 65 bytes in 0.555 seconds (117 bytes/)
postmaster pablo (1994-05-28 17:15:55.71)
received 3217 bytes in 2.254 seconds (1427 bytes/)
postmaster pablo (1994-05-28 17:15:57.31)
received 65 bytes in 0.590 seconds (110 bytes/)

• Debug 文件 ：用于写入调试信息。使用调试功能时，确保此文件的保护模式为 600，因为根据所选调试模式，它可能包含连接远程系统使用的登录名和密码。

若有工具期望日志文件采用与 HDB 兼容的 UUCP 实现使用的传统格式，也可编译 Taylor UUCP 以生成 HDB 风格的日志，只需在 config.h 中启用编译时选项即可。

3. 电子邮件基础

电子邮件传输自网络诞生以来就是网络的重要应用之一。最初，电子邮件只是简单地将文件从一台机器复制到另一台机器并追加到收件人的邮箱文件中。随着网络发展，复杂的路由需求和不断增加的消息负载使得更精细的方案成为必要。

3.1 邮件交换标准
- RFC - 822 ：互联网上的站点遵循此标准，它规定了邮件头的格式，还通过一些 RFC 进行了扩展，可实现通过电子邮件传输图形、声音文件和特殊字符集等与机器无关的内容。
- X.400 ：由 CCITT 定义，仍在一些大型企业和政府环境中使用，但逐渐被淘汰。

3.2 邮件传输程序
Unix 系统有多个邮件传输程序，常见的有：
- sendmail ：由加州大学伯克利分校的 Eric Allman 开发，现在通过商业途径提供，但仍是免费软件，在一些 Linux 发行版中作为标准邮件代理提供。
- Exim ：由剑桥大学的 Philip Hazel 编写。与 sendmail 相比，Exim 较新，但对于大多数有电子邮件需求的站点，它们的功能相近。两者都支持一组需为系统定制的配置文件，不过 sendmail 的主配置文件起初较难理解，而 Exim 配置文件更具结构且易于理解。但 Exim 不直接支持 UUCP，仅处理域名地址，不过如今这已不像过去那样是个大限制。

4. 邮件消息构成

邮件消息通常由消息正文和特殊管理数据组成，管理数据分为两类：
- 信封信息 ：特定于传输介质的数据，如发件人和收件人的地址，在消息传递过程中可能被传输软件转换。
- 邮件头信息 ：处理邮件消息所需的数据，不特定于任何传输机制，如邮件主题行、所有收件人列表和发送日期等。在许多网络中，这些数据会被添加到邮件消息前形成邮件头，与邮件正文用空行分隔。

大多数 Unix 世界的邮件传输软件使用 RFC - 822 规定的邮件头格式，不过更新的标准也已出现，以满足数据加密、国际字符集支持和 MIME 等需求。

常见邮件头字段及其含义如下表所示：
| 字段名 | 含义 |
| ---- | ---- |
| From | 包含发件人的电子邮件地址和可能的“真实姓名”，格式多样 |
| To | 收件人电子邮件地址列表，多个地址用逗号分隔 |
| Cc | 接收邮件“抄送”的电子邮件地址列表，多个地址用逗号分隔 |
| Bcc | 接收邮件“密送”的电子邮件地址列表，与 Cc 不同的是，Bcc 中的地址不会出现在发送给任何收件人的邮件头中 |
| Subject | 用简短文字描述邮件内容 |
| Date | 邮件发送的日期和时间 |
| Reply - To | 指定发件人希望收件人回复邮件的地址，可选字段 |
| Organization | 邮件发出机器所属的组织，可选字段 |
| Message - ID | 由发件系统上的邮件传输生成的字符串，唯一标识此邮件 |
| Received | 处理邮件的每个站点（包括发件人和收件人的机器）都会在邮件头中插入此信息，可用于追踪邮件路径 |
| X - anything | 以 X - 开头的邮件头，用于实现尚未纳入 RFC 或永远不会纳入的附加功能 |

下面是一个典型邮件头示例：

Return-Path: <ph10@cus.cam.ac.uk>
Received: ursa.cus.cam.ac.uk (cusexim@ursa.cus.cam.ac.uk [131.111.8.6])
by al.animats.net (8.9.3/8.9.3/Debian 8.9.3-6) with ESMTP id WAA04654
for <terry@animats.net>; Sun, 30 Jan 2000 22:30:01 +1100
Received: from ph10 (helo=localhost) by ursa.cus.cam.ac.uk with local-smtp
(Exim 3.13 #1) id 12EsYC-0001eF-00; Sun, 30 Jan 2000 11:29:52 +0000
Date: Sun, 30 Jan 2000 11:29:52 +0000 (GMT)
From: Philip Hazel <ph10@cus.cam.ac.uk>
Reply-To: Philip Hazel <ph10@cus.cam.ac.uk>
To: Terry Dawson <terry@animats.net>, Andy Oram <andyo@oreilly.com>
Subject: Electronic mail chapter
In-Reply-To: <38921283.A58948F2@animats.net>
Message-ID: <Pine.SOL.3.96.1000130111515.5800A-200000@ursa.cus.cam.ac.uk>

邮件头字段通常由使用的邮件客户端生成，部分可选字段可由用户添加，如 elm 允许用户编辑部分邮件头。此外，本地邮箱文件中的邮件前可能会有“From”行（无冒号），这不是 RFC - 822 邮件头，而是为方便读取邮箱的程序插入的。为避免与邮件正文中以“From”开头的行冲突，通常会在其前加“>”字符。

5. 邮件传递方式

一般使用邮件客户端（如 mail、mailx、mutt、tkrat 或 pine 等，也称为邮件用户代理，MUAs）撰写邮件。发送邮件时，客户端程序通常会将邮件交给另一个程序进行传递，这个程序称为邮件传输代理（MTA）。

5.1 本地邮件传递
本地 MTA 不仅将传入邮件追加到收件人的邮箱，还支持别名设置（将本地收件人地址指向其他地址）和邮件转发（将用户邮件重定向到其他目的地）。无法送达的邮件通常会退回给发件人并附带错误消息。

5.2 远程邮件传递
远程邮件传递使用的传输软件取决于链接性质：
- TCP/IP 网络 ：常用简单邮件传输协议（SMTP，在 RFC - 821 中描述），该协议旨在直接将邮件传递到收件人的机器，与远程端的 SMTP 守护进程协商消息传输。如今，组织通常会设立特殊主机接收组织内收件人的所有邮件，并由该主机管理邮件向预期收件人的投递。
- UUCP 网络 ：邮件通常不直接传递，而是通过多个中间系统转发到目标主机。发送 MTA 通常使用 uux 在转发系统上执行 rmail 并将消息通过标准输入提供给它。由于 uux 为每条消息单独调用，可能会给主要邮件枢纽带来较大工作量，还会使 UUCP 假脱机队列充斥大量小文件，占用过多磁盘空间。因此，一些 MTA 允许将多个发往远程系统的消息收集到一个批处理文件中，该批处理文件包含本地主机在直接使用 SMTP 连接时通常会发出的 SMTP 命令，这称为 BSMTP（批处理 SMTP），然后将批处理文件提供给远程系统上的 rsmtp 或 bsmtp 程序处理。

邮件传递流程可通过以下 mermaid 流程图表示：

graph LR
    classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px;
    A[邮件用户代理（MUA）]:::process --> B[邮件传输代理（MTA）]:::process
    B --> C{本地或远程}:::process
    C -->|本地| D[本地 MTA 处理]:::process
    C -->|远程| E{网络类型}:::process
    E -->|TCP/IP| F[SMTP 传递]:::process
    E -->|UUCP| G[中间系统转发]:::process
    D --> H[收件人邮箱]:::process
    F --> H
    G --> H

6. 电子邮件地址

电子邮件地址至少由两部分组成：一部分是邮件域名，最终会转换为收件人的主机或代表收件人接收邮件的主机；另一部分是某种形式的唯一用户标识，可能是用户的登录名、“名字.姓氏”格式的真实姓名或会转换为用户或用户列表的任意别名。不同网络对电子邮件地址的解释方式不同，下面介绍 TCP/IP 和 UUCP 网络的情况。

6.1 RFC - 822 标准地址
互联网站点遵循 RFC - 822 标准，地址格式为 user@host.domain，其中 host.domain 是主机的完全限定域名，“@”字符分隔两部分。这种表示法不指定到目标主机的路由，邮件消息的路由由相关机制处理。RFC - 822 的使用不仅限于邮件，还扩展到了其他服务，如新闻。

6.2 过时的邮件格式
- UUCP 环境 ：最初流行的格式是 path!host!user，其中 path 描述了消息到达目标主机前必须经过的主机序列，这种表示法称为“bang 路径”表示法。如今，许多基于 UUCP 的网络已采用 RFC - 822 并理解基于域名的地址。
- 其他网络 ：DECnet 网络使用两个冒号作为地址分隔符，地址格式为 host::user；X.400 标准使用一组属性 - 值对描述收件人；FidoNet 中每个用户由类似 2:320/204.9 的代码标识，可映射到 RFC - 822 地址，如 2:320/204.9 可写成 Thomas.Quinot@p9.f204.n320.z2.fidonet.org。

不同网络电子邮件地址格式总结如下表：
| 网络类型 | 地址格式 | 示例 |
| ---- | ---- | ---- |
| TCP/IP（RFC - 822） | user@host.domain | john@example.com |
| UUCP（旧格式） | path!host!user | site1!site2!user |
| DECnet | host::user | host::user |
| X.400 | 一组属性 - 值对 | 如 country = CN, organization = ABC |
| FidoNet | 代码（可映射到 RFC - 822） | 2:320/204.9 映射为 Thomas.Quinot@p9.f204.n320.z2.fidonet.org |

调制解调器与电子邮件使用指南

7. 邮件客户端设置示例 - elm

elm 是许多类 Unix 系统（包括 Linux）上常用的邮件用户代理。以下是设置 elm 的简要步骤：

7.1 安装 elm
在大多数 Linux 发行版中，可以使用包管理器来安装 elm。例如，在基于 Debian 或 Ubuntu 的系统中，可以使用以下命令：

sudo apt-get install elm

在基于 Red Hat 或 CentOS 的系统中，可以使用：

sudo yum install elm

7.2 配置 elm
安装完成后，首次运行 elm 时，它会提示进行一些基本配置。主要配置项包括：
- 邮箱路径 ：指定本地邮箱文件的位置，通常是 /var/spool/mail/用户名 。
- SMTP 服务器 ：设置用于发送邮件的 SMTP 服务器地址。
- POP3 或 IMAP 服务器 ：如果需要从远程邮箱接收邮件，设置相应的 POP3 或 IMAP 服务器地址。

配置过程中，elm 会提供交互式界面，按照提示输入相应信息即可完成配置。

8. 电子邮件安全与优化

在使用电子邮件过程中，安全和性能优化是重要的考虑因素。

8.1 电子邮件安全
- 加密 ：为了保护邮件内容不被窃取或篡改，可使用加密技术。PGP（Pretty Good Privacy）是常用的邮件加密工具，它可以对邮件进行加密和签名。使用 PGP 的步骤如下：
1. 安装 PGP 软件，如 GnuPG。在大多数 Linux 发行版中，可以使用包管理器进行安装。
2. 生成密钥对，包括公钥和私钥。使用以下命令生成密钥对：

gpg --gen-key

3. 与他人交换公钥，以便对方可以使用你的公钥加密邮件发送给你。可以通过将公钥导出为文件并分享给他人：

gpg --export -a "你的姓名" > public_key.asc

4. 接收加密邮件后，使用自己的私钥进行解密：

gpg --decrypt encrypted_mail.eml

• 反垃圾邮件 ：垃圾邮件是电子邮件使用中的常见问题。可以使用反垃圾邮件软件，如 SpamAssassin 来过滤垃圾邮件。安装和配置 SpamAssassin 的步骤如下：
  1. 使用包管理器安装 SpamAssassin。
  2. 配置 SpamAssassin 的规则，可通过编辑配置文件 /etc/mail/spamassassin/local.cf 来调整规则。
  3. 将 SpamAssassin 集成到 MTA 中，例如在 sendmail 中，可以通过修改配置文件来调用 SpamAssassin 进行邮件过滤。

8.2 电子邮件性能优化
- 邮件归档 ：定期将旧邮件归档到存储设备中，以减少本地邮箱文件的大小，提高邮件客户端的性能。可以编写脚本或使用邮件客户端的归档功能来实现。
- 批量处理 ：对于大量邮件的操作，如删除、移动等，使用批量处理功能可以提高效率。例如，在 elm 中可以使用快捷键进行批量选择和操作。

9. 常见问题解答

以下是一些使用调制解调器和电子邮件时常见问题的解答：

问题	解答
调制解调器不拨号，检查了所有设置都正确，但还是无法解决怎么办？	可能是调制解调器硬件故障，尝试更换调制解调器或联系硬件供应商进行维修。
邮件发送失败，提示 SMTP 错误，如何解决？	首先检查 SMTP 服务器地址和端口是否正确，然后检查用户名和密码是否有效。如果问题仍然存在，联系邮件服务提供商。
收到大量垃圾邮件，反垃圾邮件软件效果不佳，有什么其他办法？	可以调整反垃圾邮件软件的规则，提高过滤阈值。同时，避免在不可信的网站上公开电子邮件地址。
elm 无法接收邮件，显示连接错误，如何排查？	检查 POP3 或 IMAP 服务器地址和端口是否正确，确保网络连接正常。可以尝试使用 telnet 命令测试与服务器的连接： telnet pop3.example.com 110 或 telnet imap.example.com 143 。

10. 未来趋势

随着技术的不断发展，电子邮件领域也在不断演变。以下是一些未来可能的趋势：

10.1 人工智能与机器学习的应用
人工智能和机器学习技术将在电子邮件安全和管理方面发挥更大的作用。例如，通过机器学习算法可以更准确地识别垃圾邮件和恶意邮件，提供更个性化的邮件分类和推荐服务。

10.2 移动化和多平台支持
随着移动设备的普及，电子邮件客户端将更加注重移动化和多平台支持。用户可以在手机、平板等设备上方便地收发和管理邮件，实现无缝切换。

10.3 区块链技术的应用
区块链技术可能会应用于电子邮件领域，用于确保邮件的真实性、完整性和不可抵赖性。通过区块链的分布式账本，可以实现邮件的安全存储和传输。

总结

本文详细介绍了调制解调器的常见问题排查方法、日志文件的使用、电子邮件的基本概念、邮件消息的构成、传递方式、地址格式以及邮件客户端的设置等内容。同时，还探讨了电子邮件的安全和性能优化问题，并对未来趋势进行了展望。希望这些信息能帮助你更好地使用调制解调器和管理电子邮件。在实际使用过程中，遇到问题可以参考本文的内容进行排查和解决，不断提升使用体验。