Questione : Email rifiutati che realmente non sono stati trasmessi

Ho un utente di scambio che sta ricevendo giornalmente dovunque 10 - 80 email di rifiuto per sopra una settimana.  Non ne ha trasmesso c'è ne dei messaggi che stanno rifiutando e nessun degli indirizzi rifiutati erano nel suo libro di indirizzo di prospettiva (o in qualsiasi altro libri di indirizzo degli utenti di scambio).    il

AV sta funzionando e niente dall'ordinario è stato rilevato sul suo machine.

This è un esempio del messaggio di che cosa è restituito e ci sono centinaia più come questa (utente in quanto segue è il email degli utenti che è effettuato e il mydomain è il nostro dominio); il



Delivery è venuto a mancare a questi destinatari o liste di distribuzione: l'errore del

[email protected]
An ha accaduto mentre provava a trasportare questo messaggio al email address del destinatario. Microsoft scambia non proverà a consegnargli di nouvo questo messaggio per. Provare prego a risentirsi di questo messaggio, o fornire il seguente testo diagnostico al vostro errore del sistema administrator.

[email protected]
An ha accaduto mentre provano a trasportare questo messaggio al email address del destinatario. Microsoft scambia non proverà a consegnargli di nouvo questo messaggio per. Provare prego a risentirsi di questo messaggio, o fornire il seguente testo diagnostico alle vostre informazioni del sistema administrator.








Diagnostic per i coordinatori: assistente del

Generating: intestazioni di messaggio del #SMTP#

Original del #SMTP#

[email protected]
#< #4.0.0> del

[email protected]
#< #4.0.0> di fe.mail.megapathdsl.net:

Received: [117.200.84.95] ([117.200.84.95] verificato) da
dal
di fe.mail.megapathdsl.net (pro smtp 5.3.5 di CommuniGate) con l'identificazione 747425151 di ESMTP; Tue, 23:22 del 18 maggio 2010: 20 -0700
Received-SPF: none
 receiver=fe.mail.megapathdsl.net; client-ip= 117.200.84.95; envelope-from=user@mydomain.com
Received: da 117.200.84.95 da mail.mydomain.com; Wed, 11:52 del 19 maggio 2010: 30 +0530
Date: Wed, 11:52 del 19 maggio 2010: 30 +0530
From: “Nona„
X-Mailer di Davison: Il blocco! (v3.5.25) Professional
Reply-To: [email protected]
X-Priority: 3
Message-ID: <093351607.47370719761103@mydomain.com>
To: ,
,
,
,
,
thdsl.net>,
,
,
,

CC: ,
,
,
dsl.net>,

BCC:
Subject: thankee
MIME-Version: 1.0
Content-Type: testo/plain






class= del

Risposta : Email rifiutati che realmente non sono stati trasmessi

Benvenuto al prodotto finale dei email spoofed e degli assistenti male configurati della posta.

Essenzialmente lo spammer ha forgiato il vostro indirizzo degli utenti come il mittente dei email e spedetto lo Spam ai vari partiti fiduciosi.  Il destinatario allora rifiuta il messaggio e spedice un messaggio non-delivery di nuovo al mittente presunto (il vostro utente) ed ottengono così un messaggio circa un messaggio che non hanno trasmesso.

Non potete fargli troppo, ma potete aggiungere un'annotazione di SPF (struttura di politica del mittente) alle annotazioni di DNS del vostro dominio che raccomanda la ricezione dell'assistente se l'assistente d'invio è autorizzato per trasmettere la posta a nome del vostro dominio.  Se non, il messaggio ottiene rifiutato poichè lo Spam e voi non ottengono il rimbalzo.

Prego leggere di quanto segue ed allora aggiungere un'annotazione di SPF alle annotazioni di DNS del vostro dominio esterno:

http://en.wikipedia.org/wiki/Sender_Policy_Framework

Per per generare un'annotazione - visitare prego:

http://old.openspf.org/wizard.html?mydomain=example.com

Altre soluzioni  
 
programming4us programming4us