Por que o Outlook continua movendo os e-mails para uma pasta “Junk” personalizada?

1

Estou usando o Office 365 e o Outlook 2013 no Windows 8.1 para e-mails. Há um remetente particular, [email protected], cujo e-mail continua entrando em uma pasta chamada Junk. Esta não é a pasta de lixo eletrônico normal, esta é uma pasta separada que eu não sei vem de onde.

Excluí esta pasta Junk, mas quando recebo emails de [email protected], a pasta Junk é recriada e o email de Tom entra na pasta.

Também verifiquei as Opções de Lixo Eletrônico, Regras e Alertas, Mover Mensagens Automaticamente e as configurações de Regras no Office 365. Nenhuma delas tem nenhuma regra definida. Eu também tentei outlook.exe /cleanrules Onde mais posso procurar?

Eu não acho que isso é devido ao mecanismo anti-spam, porque eu posso renomear a pasta, mover a pasta para outra pasta, movê-lo para excluir itens (excluir a pasta) etc. caminho para a pasta. Se eu mover manualmente o e-mail de volta para a caixa de entrada, por algum motivo, depois de um minuto, o e-mail retornará à pasta Lixo eletrônico novamente.

Usando o recurso "Relatório de entrega" no Outlook / O365 Portal, ele não mostra nenhuma ação de spam, filtragem ou regra, apenas diz que o e-mail foi entregue com sucesso.

Então, por que isso acontece e como posso fazer isso parar?

Cabeçalho da mensagem:

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
    
por Jake 08.10.2014 / 08:02

2 respostas

1

Isso soa muito como algo com o qual eu tenho lidado.
É causada por um dispositivo de telefone / tablet Samsung Galaxy que está sendo configurado para acessar essa caixa de correio.
O dispositivo Galaxy cria a pasta "Junk" (em oposição à caixa de correio normal do Outlook / Exchange chamada "Junk E-Mail").
Se você excluir a pasta "Junk" do Galaxy, ela será recriada. Se você renomeá-lo, as mensagens ainda vão parar lá. Para impedir isso, você precisa abrir o aplicativo de e-mail no telefone, pressionar o botão Menu e ir para Configurações ... Endereços de spam . Remova os endereços erroneamente marcados da lista de spam.
É assim que funciona no meu telefone, mas eu encontrei outras instruções que sugerem que você precisa ir para Configurações ... Configurações gerais ... Endereços de spam - talvez o meu aplicativo de e-mail seja uma versão ligeiramente diferente da usada pelo autor de estas outras instruções .

    
por 14.10.2014 / 12:52
0

Como o valor de SCL é 0, ele não ignora a filtragem de spam .

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.

A ação padrão quando o conteúdo é filtrado (no nível do servidor) é para mova-o para a pasta de lixo eletrônico .

O último bit sobre pasta de lixo eletrônico versus pasta de lixo eletrônico é um mistério. Algumas ideias:

  • Talvez o administrador de e-mail tenha atribuído um e-mail qualificado para migrar para o lixo, em vez da pasta de lixo eletrônico.

  • A outra possibilidade é que você tenha um complemento do Outlook, como o antivírus, que está executando filtragem de conteúdo indesejado .

por 14.10.2014 / 08:58