EN English ES Español DE Deutsch FR Français PT Português JP 日本語 CN 中文 IT Italiano KR 한국어 NL Nederlands

邮件转发

电子邮件和安全
一个邮件路由设置，将传入消息从一个地址转发到另一个地址。
← 返回词汇表

什么是邮件转发？

邮件转发指的是：一个邮件路由设置，将传入消息从一个地址转发到另一个地址。在实际项目中，应把它放在域名注册、DNS解析、邮件路由、安全控制和用户访问体验的完整链路中理解。

它通常涉及所有者、注册商、注册局、DNS记录、解析器、邮件系统或Web服务器之间的关系。理解其边界、责任方和可见信号，可以帮助排查配置错误、评估风险，并向非技术团队解释影响。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

邮件转发如何工作

在“邮件转发如何工作”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

处理流程通常包括确认权威来源、检查当前状态、修改配置、等待缓存或注册局状态更新，并通过独立工具复核结果。对生产域名操作时，应记录变更时间、操作者、回滚方式和验证结果。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

1. Email sent to: sales@example.com

2. Mail server receives at MX: mail.example.com


3. Server checks forwarding rules


4. Email forwarded to: team@company.com


5. Team receives email (appears from original sender)

邮件转发的类型

在“邮件转发的类型”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

常见类型或场景会因注册商、TLD、DNS提供商、邮件平台和托管架构而不同。比较这些差异时，应关注是否影响解析、转移、续费、邮件送达、安全告警、SEO信号或品牌可信度。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

Simple Forwarding

在“Simple Forwarding”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

info@example.com → admin@example.com

Multi-Destination Forwarding

在“Multi-Destination Forwarding”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

support@example.com → {

  tech-team@example.com,


  support-lead@example.com,


  ticket-system@helpdesk.com


}

Conditional Forwarding

在“Conditional Forwarding”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

If subject contains "urgent" → priority@example.com

If from VIP domain → executive@example.com


Else → general@example.com

域名-Level Forwarding

在“域名-Level Forwarding”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

*@old-domain.com → *@new-domain.com

配置邮件转发

在“配置邮件转发”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

cPanel

在“cPanel”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

1. Email → Forwarders

2. Add Forwarder


3. Address to Forward: sales@example.com


4. Forward to: destination@example.com


5. Add Forwarder

Postfix (Linux)

在“Postfix (Linux)”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

# /etc/aliases

sales: destination@example.com



# Or for virtual domains


# /etc/postfix/virtual


sales@example.com destination@example.com



# Apply changes


newaliases  # For /etc/aliases


# or


postmap /etc/postfix/virtual && systemctl reload postfix

Gmail Forwarding

在“Gmail Forwarding”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

1. Settings → Forwarding and POP/IMAP

2. Add a forwarding address


3. Verify forwarding address (click link in confirmation email)


4. Enable forwarding


5. Choose what to do with original (keep, archive, delete)

Microsoft 365

在“Microsoft 365”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

1. Admin Center → Users → Active users

2. Select user → Mail tab


3. Email forwarding → Manage email forwarding


4. Forward all email to: destination@example.com


5. Save changes

Google Workspace (域名-Wide)

在“Google Workspace (域名-Wide)”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

1. Admin Console → Apps → Google Workspace → Gmail

2. Routing → Add Route


3. For recipient: Single recipient or All recipients


4. Forward to: destination@example.com


5. Options: Change route, Modify headers

邮件转发 vs. Aliases

在“邮件转发 vs. Aliases”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

Alias:

  sales@example.com  } → Same mailbox


  contact@example.com }   (both deliver to mailbox, different addresses)



Forwarding:


  sales@example.com → john@gmail.com


  (only delivers to john@gmail.com, nothing in sales mailbox)

FeatureForwardingAlias
Delivery locationAnother addressSame mailbox
Original address storageNoYes
Appears in mailboxNoYes (as alias)
AuthenticationCan break SPF/DKIMMaintains authentication
Best forExternal routingMultiple addresses → one inbox

SPF and 邮件转发

在“SPF and 邮件转发”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

Problem

在“Problem”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

1. Sender: alice@sender.com sends to sales@forwarder.com

2. Forwarder: sales@forwarder.com forwards to bob@final.com


3. Final server checks SPF:


   - Envelope From: alice@sender.com


   - Sending IP: forwarder.com's IP


   - SPF Check: Does sender.com authorize forwarder.com's IP?


   - Result: Usually FAIL (forwarder not in sender.com's SPF)

Solutions

在“Solutions”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

Forwarder rewrites envelope sender:

  Original: MAIL FROM: <alice@sender.com>


  Rewritten: MAIL FROM: <srs=hash=sender.com=alice@forwarder.com>



Now SPF checks forwarder.com's SPF (passes)

# Install postsrsd

apt-get install postsrsd



# /etc/postfix/main.cf


sender_canonical_maps = tcp:127.0.0.1:10001


recipient_canonical_maps = tcp:127.0.0.1:10002



systemctl restart postsrsd postfix

ARC-Authentication-Results: forwarder.com;

  spf=pass smtp.mailfrom=sender.com


  dkim=pass header.d=sender.com

DKIM and Forwarding

在“DKIM and Forwarding”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

常见Modifications That Break DKIM

在“常见Modifications That Break DKIM”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

Preserving DKIM

在“Preserving DKIM”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

# Postfix: Don't add disclaimers to forwarded mail

smtpd_discard_ehlo_keywords = silent-discard

# Add forwarder's DKIM signature

# Original sender's signature may break, but forwarder's passes

邮件转发最佳实践

在“邮件转发最佳实践”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

最佳实践是先明确目标，再用最小变更完成配置；为关键域名启用锁定、续费提醒、监控和多因素认证；对DNS、邮件和安全策略使用版本化记录，并在变更后进行端到端测试。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

使用 Forwarding Sparingly

在“使用 Forwarding Sparingly”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

Instead of: info@example.com → john@gmail.com

Use: John checks info@example.com directly via IMAP/webmail

Implement SRS for External Forwarding

在“Implement SRS for External Forwarding”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

Internal forwarding:  sales@example.com → team@example.com (safe)

External forwarding:  sales@example.com → team@gmail.com (use SRS)

监控 Forwarding Loops

在“监控 Forwarding Loops”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

验证时不要只依赖单一工具。应同时检查权威DNS、递归解析结果、RDAP或WHOIS数据、HTTP响应、邮件头、证书状态和监控告警，并把缓存、TTL、地理位置和提供商差异纳入判断。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

A forwards to B

B forwards to A


= Loop



Solution: Postfix max_hop_count limit (default 50)

Set Up 交付 Notifications

在“Set Up 交付 Notifications”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

# Postfix

notify_classes = bounce, resource, software

Document Forwarding Rules

在“Document Forwarding Rules”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

# forwarding-rules.md

| From | To | Purpose | Owner | Created |


|------|----|---------| ------|---------|


| sales@example.com | crm@example.com | CRM integration | IT | 2024-01 |

| From | To | Purpose | Owner | Created |

|------|----|---------| ------|---------|

| sales@example.com | crm@example.com | CRM integration | IT | 2024-01 |

Regular Audits

在“Regular Audits”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

# List all forwards (Postfix)

grep -v "^#" /etc/postfix/virtual | grep "@.*@"



# Check for outdated destinations


# Remove forwards for terminated employees

常见Forwarding Issues

在“常见Forwarding Issues”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

Forwarding Silently Fails

在“Forwarding Silently Fails”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

# Check mail logs

tail -f /var/log/mail.log | grep "forwarding"



# Test forwarding


echo "Test" | mail -s "Test" forwarding-address@example.com


# Check if it arrives at destination

SPF Failures on Forwarded Mail

在“SPF Failures on Forwarded Mail”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

Forwarding Delays

在“Forwarding Delays”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

# Check Postfix queue

mailq



# Process queue immediately


postqueue -f

Destination Marks Forwarded Mail as Spam

在“Destination Marks Forwarded Mail as Spam”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

Forwarding for Specific 使用 场景

在“Forwarding for Specific 使用 场景”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

常见类型或场景会因注册商、TLD、DNS提供商、邮件平台和托管架构而不同。比较这些差异时，应关注是否影响解析、转移、续费、邮件送达、安全告警、SEO信号或品牌可信度。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

Temporary Forwarding (Vacation)

在“Temporary Forwarding (Vacation)”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

# .forward file (user home directory)

\myuser, colleague@example.com



# Delivers to both user's mailbox and colleague

Forwarding with Local Copy

在“Forwarding with Local Copy”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

# Keep copy in original mailbox while forwarding

# Postfix virtual:


user@example.com user@example.com, forward@destination.com

Department Distribution

在“Department Distribution”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

# /etc/aliases

sales: john@example.com, jane@example.com, crm-system@tools.com

External Service Integration

在“External Service Integration”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

# Forward to ticket system

support@example.com → ticket-RANDOM@helpdesk.io



# Forward to Slack email


alerts@example.com → workspace.channel.ABC123@example.slack.com

安全 Considerations

在“安全 Considerations”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

安全角度下，需要关注冒用、钓鱼、错误授权、缓存污染、证书误发、品牌混淆和访问中断等问题。建议结合日志、DNS查询、邮件认证结果、证书透明度记录以及注册商审计记录来判断。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

Forwarding to Personal 电子邮件

在“Forwarding to Personal 电子邮件”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

External Forwarding Disclosure

在“External Forwarding Disclosure”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

实际使用中，应关注它对可用性、可信度、迁移、自动化、监控和用户体验的影响。把配置写入文档并定期复查，可以避免域名生命周期中的隐性故障。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

Forwarding as 攻击 Vector

在“Forwarding as 攻击 Vector”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

安全角度下，需要关注冒用、钓鱼、错误授权、缓存污染、证书误发、品牌混淆和访问中断等问题。建议结合日志、DNS查询、邮件认证结果、证书透明度记录以及注册商审计记录来判断。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

# Detection

# Alert on new forwarding rules:


monitor /etc/postfix/virtual for changes


monitor Exchange/M365 forwarding rule creations

测试邮件转发

在“测试邮件转发”这一部分，重点是把邮件转发放到真实运维和业务场景中看待，而不只停留在术语解释本身。

验证时不要只依赖单一工具。应同时检查权威DNS、递归解析结果、RDAP或WHOIS数据、HTTP响应、邮件头、证书状态和监控告警，并把缓存、TTL、地理位置和提供商差异纳入判断。 英文源内容中的命令、代码、域名示例、产品名和表格如果出现在本节，会在下方原样保留，以避免误改技术细节。

# Send test email

echo "Test forwarding" | mail -s "Forwarding Test" source@example.com



# Check logs on forwarding server


tail -f /var/log/mail.log



# Verify arrival at destination


# Check destination mailbox

Send email through forwarding chain

Check authentication headers at destination:



Authentication-Results: destination.com;


  spf=pass (forwarder: domain of source.com designates <IP> as permitted sender)


  dkim=pass header.d=source.com

相关术语

MX记录全收邮件SPFDKIM

将知识付诸实践

使用 DomScan 的 API 检查域名可用性、健康状态等。

查看 API 文档 浏览更多术语