一直收到“退回邮件”,但我什么都没发送

一直收到“退回邮件”,但我什么都没发送

这可能与我为根用户设置了转发规则以向我发送电子邮件的服务器有关。但我不确定,也不知道为什么……我的服务器可能被其他人用来发送垃圾邮件吗?顺便说一下,我的服务器在本地网络中。

根据返回的电子邮件内容,这是几封垃圾邮件。纯粹的垃圾邮件。发件人甚至不是我,甚至没有正确的地址(某个随机名称)。这就是为什么我觉得有人似乎通过我的服务器转发电子邮件(垃圾邮件)。我收到了所有退回的电子邮件。我的电子邮件服务器(一家非常好的公司)没有将其视为垃圾邮件。他们通常会帮助我自动阻止大量垃圾邮件。

例如

The original message was received at Sun, 26 Jan 2014 05:05:40 -0700
from m50-134.163.com [123.125.50.134]

   ----- The following addresses had permanent fatal errors -----
<[email protected]>
    (reason: 550-5.1.1 The email account that you tried to reach does not exist. Please try)

   ----- Transcript of session follows -----
... while talking to aspmx.l.google.com.:
>>> DATA
<<< 550-5.1.1 The email account that you tried to reach does not exist. Please try
<<< 550-5.1.1 double-checking the recipient's email address for typos or
<<< 550-5.1.1 unnecessary spaces. Learn more at
<<< 550 5.1.1 http://support.google.com/mail/bin/answer.py?answer=6596 ha7si10821727icc.12 - gsmtp
550 5.1.1 <[email protected]>... User unknown
<<< 503 5.5.1 RCPT first. ha7si10821727icc.12 - gsmtp

我认为 priearl2003 是垃圾邮件发送者。

Content-Type: Message/delivery-status
Content-Description: Delivery error report

Final-Recipient: rfc822; [email protected]
Action: failed
Status: 5.0.0
Diagnostic-Code: SMTP; SMTP error, DOT: 550 5.7.0 (SNT0-MC4-F26) Message could not be delivered. Please ensure the message is RFC 5322 compliant..(SMTP&nbsp;error,&nbsp;DOT:&nbsp;550&nbsp;5.7.0&nbsp;(SNT0-MC4-F26)&nbsp;Message&nbsp;could&nbsp;not&nbsp;be&nbsp;delivered.&nbsp;Please&nbsp;ensure&nbsp;the&nbsp;message&nbsp;is&nbsp;RFC&nbsp;5322&nbsp;compliant.)
--------------Boundary-00=_MQ805PDL3A1S4OLBH890
Content-Type: Message/Rfc822
Content-Description: Undelivered Message
Content-Transfer-Encoding: 8bit

Received: from mycomputer (unknown [91.124.65.192])
    by smtp4 (Coremail) with SMTP id DtGowECZB0Ue6ORSchJSDQ--.24287S3;
    Sun, 26 Jan 2014 18:49:20 +0800 (CST)
From: "markp markp" <priearl2003>
To: "keacyking" <[email protected]>, "KC" <[email protected]>,
 "sexy kio kyle hot7187493825" <[email protected]>,
 "rod isreal" <[email protected]>,
 "korey 3369724167" <[email protected]>,
 "junglefever 04" <[email protected]>, "Keino" <[email protected]>,
 "Y U WANNA KNOW autour detroit" <[email protected]>,
 "Kennen butler buffalo" <[email protected]>,
 "=?ISO-8859-1?Q?Charles_Knowles=2C_Jr?=" <[email protected]>
Subject: markp markp
Date: Sat, 26 Jan 2014 11:49:14 +0100
MIME-Version: 1.0
X-mailer: Microsoft Office Outlook, Build 11.0.5510
Reply-To: priearl2003
Content-type: Multipart/mixed; boundary="3E762EB7_62CA3E41_boundary"
Content-Description: Multipart message
X-CM-TRANSID:DtGowECZB0Ue6ORSchJSDQ--.24287S3
X-Coremail-Antispam: 1Uf129KBjDUn29KB7ZKAUJUUUUU529EdanIXcx71UUUUU7v73
    VFW2AGmfu7bjvjm3AaLaJ3UbIYCTnIWIevJa73UjIFyTuYvjxUa038UUUUU
X-Originating-IP: [91.124.65.192]

--3E762EB7_62CA3E41_boundary
Content-type: text/html; charset=UTF-8
Content-Transfer-Encoding: Quoted-printable
Content-Disposition: inline
Content-Description: HTML text

=EF=BB=BF<html><head><meta http-equiv=3D"content-type" content: text/html;=
 charset=
=3DUTF-8></head><body>http://atasehiringilizcekurslari.org/vhwk/jgmbsvgubadcgt=
ecpios.dcgpurxvlyoigqhfjgxeg</body></html>
--3E762EB7_62CA3E41_boundary--

答案1

根据您提供的信息,除非您运行开放中继,否则这几乎肯定不是来自您的服务器。该消息源自中国:

inetnum:        123.112.0.0 - 123.127.255.255
netname:        UNICOM-BJ
descr:          China Unicom Beijing province network
descr:          China Unicom
country:        CN
admin-c:        CH1302-AP
tech-c:         SY21-AP
mnt-by:         APNIC-HM
mnt-lower:      MAINT-CNCGROUP-BJ
mnt-routes:     MAINT-CNCGROUP-RR
mnt-irt:        IRT-CU-CN
status:         ALLOCATED PORTABLE

(我从以下来源获得此信息亚太互联网络信息中心,经过检查艾林第一的。)

您收到这些电子邮件的最常见原因是垃圾邮件发送者伪造了您的域名(Marki 所说的“反向散射”)。您对此无能为力,但从好的方面来看,这也不太可能将您列入黑名单。

根据您的修改进行编辑:列出的第二个 IP 来自乌克兰。您可以在成熟

我怀疑您所看到的是来自垃圾邮件机器人网络的反向散射,该网络欺骗了您的域中的地址。

答案2

可能只是“反向散射”。有人将您用作“发件人”地址,然后您就会收到垃圾邮件。

没有 100% 的解决方案可以防止这种情况。例如,您可以设置 SPF 条目(在您的 DNS 中)等。但这只会对也解释该信息的(收件人)邮件服务器产生影响。我敢打赌大公司会这样做(比如这里的谷歌)。

本质上,这向人们提供了来自 @yourdomain 的邮件应该来自哪些服务器的信息,否则人们不会接受它。不幸的是,所有这些都是 SMTP 协议固有的不安全性造成的。

相关内容