为什么 Outlook 不断将电子邮件移到自定义的“垃圾”文件夹中?

为什么 Outlook 不断将电子邮件移到自定义的“垃圾”文件夹中?

我在 Windows 8.1 上使用 Office 365 和 Outlook 2013 收发电子邮件。有一个特定的发件人[电子邮件保护]他的邮件总是被放入垃圾邮件文件夹。这不是正常的垃圾邮件文件夹,这是一个我不知道从哪里来的单独文件夹。

我已经删除了这个垃圾邮件文件夹,但当我收到来自[电子邮件保护],垃圾邮件文件夹被重新创建,并且 Tom 的电子邮件进入该文件夹。

我还检查了 Office 365 上的垃圾邮件选项、规则和警报、自动移动邮件和规则设置。它们都没有设置任何规则。我还尝试了outlook.exe /cleanrules还可以在哪里查看?

我不认为这是由于反垃圾邮件机制造成的,因为我可以重命名文件夹、将文件夹移动到另一个文件夹、将其移入删除项目(删除文件夹)等。收到的电子邮件仍然会进入该文件夹。如果我手动将电子邮件移回收件箱,出于某种原因,一分钟后电子邮件将再次返回到垃圾邮件文件夹。

使用 Outlook/O365 门户中的“传递报告”功能,它不会显示任何垃圾邮件、过滤或规则操作,它仅显示电子邮件已成功传递。

那么,为什么会发生这种情况?我该如何阻止它?

邮件标头:

Received: from SINPR06MB332.apcprd06.prod.outlook.com (10.141.110.18) by
 HKXPR06MB326.apcprd06.prod.outlook.com (10.141.133.16) with Microsoft SMTP
 Server (TLS) id 15.0.1044.10 via Mailbox Transport; Mon, 13 Oct 2014 07:53:17
 +0000
Received: from SIXPR06CA0032.apcprd06.prod.outlook.com (25.160.171.150) by
 SINPR06MB332.apcprd06.prod.outlook.com (10.141.110.18) with Microsoft SMTP
 Server (TLS) id 15.0.1039.15; Mon, 13 Oct 2014 07:53:09 +0000
Received: from AM1FFO11FD031.protection.gbl (2a01:111:f400:7e00::134) by
 SIXPR06CA0032.outlook.office365.com (2a01:111:e400:b400::22) with Microsoft
 SMTP Server (TLS) id 15.0.1049.19 via Frontend Transport; Mon, 13 Oct 2014
 07:53:09 +0000
Received: from emea01-db3-obe.outbound.protection.outlook.com (157.55.234.100)
 by AM1FFO11FD031.mail.protection.outlook.com (10.174.64.220) with Microsoft
 SMTP Server (TLS) id 15.0.1039.16 via Frontend Transport; Mon, 13 Oct 2014
 07:53:07 +0000
Received: from DB3PR05MB553.eurprd05.prod.outlook.com (10.141.3.141) by
 DB3PR05MB556.eurprd05.prod.outlook.com (10.141.3.27) with Microsoft SMTP
 Server (TLS) id 15.0.1049.19; Mon, 13 Oct 2014 07:51:43 +0000
Received: from DB3PR05MB553.eurprd05.prod.outlook.com ([10.141.3.141]) by
 DB3PR05MB553.eurprd05.prod.outlook.com ([10.141.3.141]) with mapi id
 15.00.1049.012; Mon, 13 Oct 2014 07:51:43 +0000
From: Tom Dymoke <[email protected]>
To: Abigail Teh <[email protected]>
CC: Serene Lee <[email protected]>
Subject: RE: Sister Corp OTL Report September WK4
Thread-Topic: Sister Corp OTL Report September WK4
Thread-Index: Ac/mjOvLA9JV6ns5TRumdK4Tl+HA1gALYi+g
Date: Mon, 13 Oct 2014 07:51:43 +0000
Message-ID: <f66b5e7500ae4b68aa260b87af7d83fa@DB3PR05MB553.eurprd05.prod.outlook.com>
References: <a10e15cbc4224f88839323ec8f7d0533@HK2PR06MB0433.apcprd06.prod.outlook.com>
In-Reply-To: <a10e15cbc4224f88839323ec8f7d0533@HK2PR06MB0433.apcprd06.prod.outlook.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [123.213.132.231]
x-microsoft-antispam: BCL:0;PCL:0;RULEID:;SRVR:DB3PR05MB556;UriScan:;
x-exchange-antispam-report-test: UriScan:;UriScan:;
x-forefront-prvs: 03630A6A4A
X-Forefront-Antispam-Report-Untrusted: SFV:NSPM;SFS:(10009020)(199003)(189002)(86362001)(31966008)(17760045003)(16236675004)(74316001)(108616004)(19580405001)(21056001)(97736003)(20776003)(92566001)(19580395003)(105586002)(18206015026)(33646002)(19617315012)(19627595001)(15202345003)(76576001)(106356001)(110136001)(107046002)(95666004)(66066001)(76482002)(85852003)(50986999)(99936001)(54356999)(85306004)(64706001)(87936001)(120916001)(19618635001)(19300405004)(4396001)(2656002)(99396003)(101416001)(19625215002)(122556002)(46102003)(80022003)(76176999)(40100003)(24736002);DIR:OUT;SFP:1101;SCL:1;SRVR:DB3PR05MB556;H:DB3PR05MB553.eurprd05.prod.outlook.com;FPR:;MLV:sfv;PTR:InfoNoRecords;A:1;MX:1;LANG:en;
Content-Type: multipart/mixed;
    boundary="_006_f66b5e7500ae4b68aa260b87af7d83faDB3PR05MB553eurprd05pro_"
MIME-Version: 1.0
Return-Path: [email protected]
X-EOPAttributedMessage: 0
X-MS-Exchange-Organization-MessageDirectionality: Incoming
X-Forefront-Antispam-Report: CIP:157.55.234.100;CTRY:US;IPV:NLI;IPV:NLI;EFV:NLI;SFV:SFE;SFS:;DIR:INB;SFP:;SCL:0;SRVR:SINPR06MB332;H:emea01-db3-obe.outbound.protection.outlook.com;FPR:;LANG:en;
X-MS-Exchange-Organization-Network-Message-Id: e24aa4b7-1ee1-493c-ba58-08d1b4d1df19
X-Microsoft-Antispam: BCL:0;PCL:0;RULEID:;SRVR:SINPR06MB332;
X-MS-Exchange-Organization-AVStamp-Service: 1.0
X-MS-Exchange-Organization-SCL: 0
X-MS-Exchange-Organization-AuthSource: AM1FFO11FD031.protection.gbl
X-MS-Exchange-Organization-AuthAs: Anonymous

答案1

这听起来很像我刚刚遇到的问题。
这是因为三星 Galaxy 手机/平板电脑设备被设置为访问该邮箱。Galaxy
设备创建了“垃圾邮件”文件夹(而不是通常的 Outlook/Exchange 邮箱中的“垃圾邮件”文件夹)。
如果您删除 Galaxy“垃圾邮件”文件夹,它将被重新创建。如果您重命名它,邮件仍会保留在那里。
为了阻止这种情况,您需要打开手机上的电子邮件应用程序,按下菜单按钮并转到设置...垃圾邮件地址。从垃圾邮件列表中删除错误标记的地址。
这就是它在我的手机上的工作方式,但我发现其他说明建议你需要转到设置...常规设置...垃圾邮件地址- 所以我的电子邮件应用程序可能与作者使用的版本略有不同这些其他说明

答案2

由于 SCL 值为 0,因此不绕过垃圾邮件过滤

0-4 – When you set the SCL to one of these values, 
the message will be passed along to the content filter 
for additional processing.

内容过滤(在服务器级别)时的默认操作是将其移至垃圾邮件文件夹

关于垃圾文件夹与垃圾邮件文件夹的最后一点是一个谜。一些想法:

  • 也许电子邮件管理员指定将符合条件的电子邮件移至垃圾邮件而不是垃圾邮件文件夹。

  • 另一种可能是,你有一个 Outlook 插件,例如正在执行的防病毒程序不想要的内容过滤

相关内容