我使用后缀2.9.6并使用milter读取应用程序的内容。我看到后缀燕子Bcc:头从收到的电子邮件和我的milter错过了仅仅是密件头。是否有理由这样做,并有任何方式告诉后缀不要删除这个密件头?我找不到关于这个问题的任何线索。
发布于 2017-11-24 09:29:14
据我所知,Postfix对BCC字段不做任何操作。
与抄送地址一样,BCC地址只存在于您的电子邮件客户端中。SMTP服务器只知道信封中的RCPT TO:地址。
就像蜗牛邮件一样,SMTP电子邮件有两组不同的地址信息:信封标头(就像信封外部打印的地址),被SMTP服务器用来路由和发送电子邮件;普通邮件头,它们是邮件消息的一部分,仅由用户在其邮件客户端/网络邮件中读取和解释,就像信封中的物理信函开始时附加在敬礼上的地址一样。
与邮局不同的是,SMTP通常在将邮件交给用户之前扔掉大部分信封。
在与传出SMTP服务器通信时,您的电子邮件客户端将为每个收件人(电子邮件客户端中的To:、CC:和BCC:字段中的每个地址)设置为信封中唯一的"RCPT TO:“地址,然后就不会在邮件本身中包含任何密件地址。
一个简单的telnet邮件会话可能更好地说明这一点:
[user@example ~]$ telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
<<< 220 example.com ESMTP Sendmail 8.14.4/8.14.4; Fri, 17 Jul 2015 20:29:26 +0200
helo localhost
<<< 250 example.com Hello localhost [127.0.0.1], pleased to meet you
MAIL FROM:me@localhost
<<< 250 2.1.0 me@localhost... Sender ok
RCPT TO:user@example.com
<<< 250 2.1.5 user@example.com... Recipient ok
RCPT TO:cc@example.com
<<< 250 2.1.5 cc@example.com... Recipient ok
RCPT TO:bcc@example.com
<<< 250 2.1.5 bcc@example.com... Recipient ok
DATA
<<< 354 Enter mail, end with "." on a line by itself
Subject: test
From: me@example.com
To: user@example.com
Cc: cc@example.com
this is an email message.
that has two lines.
.
<<< 250 2.0.0 t6HITQXA020072 Message accepted for delivery
quit我没有检查最新的后缀版本,但显然后缀cleanup守护进程在默认情况下将从消息正文中删除以下消息头:Bcc、Content-Length、Resent-Bcc和Return-Path。这种行为可以通过message_drop_headers设置在main.cfg中进行调优:
可在PostFixVersion3.0及更高版本:
message_drop_headers(bcc, content-length, resent-bcc, return-path中获得)消息头的名称,在应用header_checks(5)和调用Milter应用程序之前,清理(8)守护进程将删除这些消息头。
https://serverfault.com/questions/884969
复制相似问题