none
Conferma di recapito - Messaggio d'errore

    Question

  • Ciao, questa richiesta è creata da Roberto del Microsoft Customer Service Facebook Team Italia –
    http://www.facebook.com/MicrosoftAiuta  per conto del nostro utente Matteo
    che ci chiede:

    "Salve,

    da quando siamo passati a piattaforma Exchange 2010 abbiamo un problema con il recapito di notifiche.

    Quando in nuova composizione chiedo la conferma di recapito mi ritorna un messaggio di errore:
    ...
    da: Administrator
    oggetto: Relayed: test2

    Il recapito a questi destinatari o gruppi è stato completato ma non è stata inviata alcuna notifica di recapito dal server di destinazione:
    matteo***@***.com

    Oggetto: test2
    secondo voi che problema potrebbe esserci?
    o meglio vi è già capitato?
    grazie mille per qualsiasi consiglio.
    ciao"

    Potete aiutarlo?
     

    Grazie per il supporto                                                                                                                        
    Roberto Microsoft Customer Service Facebook Team Italia
    Monday, December 17, 2012 8:12 AM

Answers

  • No, aspetta. Come scritto nei log che posti:

    relayed to non-DSN-aware mailer

    e quindi

    <matto.*****tiscali.it>... relayed; 
    expect no further notifications

    Il che vuol dire: ho consegnato il messaggio ad un server che non emette DSN. La consegna io l'ho fatta, non ti aspettare ulteriori notifiche (sottinteso: dal server di destinazione) perchè non ne arriveranno.

    Mi sembra ESATTAMENTE quello che dice Exchange 2010. Ergo, il "problema" c'è sempre stato, solo che prima non ci facevamo caso.

    Non credi anche tu?

    Ciao,


    Dario Palermo

    Thursday, December 20, 2012 11:41 AM

All replies

  • Livello SP rollup del server?

    Peppacci - MVP - Microsoft Exchange Server Microsoft MCP - MCTS - MCITP http://blogs.sysadmin.it/peppacci/Default.aspx

    Monday, December 17, 2012 9:07 AM
    Moderator
  • giusto, diamo qualche info in più :)

    server: 2008 R2 standard sp1

    Exchange: 2010 ver. 14.02.0318.004 Rollup 4 v2 se non sbaglio

    grazie mille.

    Monday, December 17, 2012 4:16 PM
  • Avete verificato che i delivery report siano abilitati?

    Lo trovate qui Organisation Configuration > Hub Transport > Remote Domains > Default(*) andando nelle proprietà.


    Peppacci - MVP - Microsoft Exchange Server Microsoft MCP - MCTS - MCITP http://blogs.sysadmin.it/peppacci/Default.aspx

    Monday, December 17, 2012 7:28 PM
    Moderator
  • salve,

    nelle proprietà sulla parte del formato del messaggio ho attivo sia il consenti rapporti di recapito che di mancato recapito.

    Tuesday, December 18, 2012 10:01 AM
  • Siete sicuri che il server di destinazione generi i delivery report?

    http://social.technet.microsoft.com/Forums/en/exchange2010/thread/389982cb-ac77-4592-bec9-aea865795219

    ciao,


    Dario Palermo

    Wednesday, December 19, 2012 8:22 AM
  • Salve, si i server di destinazione sono a posto, ho fatto le prove anche con server pubblici tipo Microsoft libero e Tiscali, ma sempre lo stesso problema. Mandando da una web mail di Tiscali ad un account Hotmail ricevo correttamente la ricevuta di recapito, dai nostri interni alla medesima di Hotmail, ho quel messaggio.

    saluti.

    Wednesday, December 19, 2012 11:46 AM
  • Sai che forse ho lo stesso problema?

    Analizzando i log di protocollo noto questa cosa:

    2012-12-18T21:58:26.504Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2B1A2,14,192.168.1.10:21749,zzz.zzz.zzz.zzz:25,>,"RCPT TO:<XXXXX@XXXX.XX> NOTIFY=SUCCESS,FAILURE,DELAY",

    Per una mail di cui ricevo correttamente la DSN, mentre:

    2012-12-19T12:09:55.343Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2BB8C,33,192.168.1.10:44122,yyy.yyy.yyy.yyy:25,>,RCPT TO:<WWWWW@WWWWW.WW>,

    Per una mail da cui ricevo l'avviso di mancata notifica.

    Per qualche motivo, mi sembra di capire, nel secondo caso non viene proprio chiesta...

    Ho anche verificato che rientrano nel secondo caso i domini gmail.com e tiscali.it

    Provo ad approfondire la questione... finora non ci avevo mai fatto caso.

    Ciao,


    Dario Palermo

    Wednesday, December 19, 2012 12:16 PM
  • Grazie mille per l'interessamento.

    ciao.

    Wednesday, December 19, 2012 1:13 PM
  • Da quanto capisco, nel dialogo SMTP tra i server, Exchange rileva se può chiedere o meno le DSN (vedi mio post precedente).

    Ed infatti, per un server (servizio email di una azienda collegata a quella dove lavoro, in hosting presso fastweb) ottiene:

    2012-12-18T21:58:26.504Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2B1A2,4,192.168.1.10:21749,85.18.95.30:25,<,250-mx001msl.fastweb.it,
    2012-12-18T21:58:26.504Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2B1A2,5,192.168.1.10:21749,85.18.95.30:25,<,250-DSN,
    2012-12-18T21:58:26.504Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2B1A2,6,192.168.1.10:21749,85.18.95.30:25,<,250-8BITMIME,
    2012-12-18T21:58:26.504Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2B1A2,7,192.168.1.10:21749,85.18.95.30:25,<,250-PIPELINING,
    2012-12-18T21:58:26.504Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2B1A2,8,192.168.1.10:21749,85.18.95.30:25,<,250-HELP,
    2012-12-18T21:58:26.504Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2B1A2,9,192.168.1.10:21749,85.18.95.30:25,<,250-AUTH,
    2012-12-18T21:58:26.504Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2B1A2,10,192.168.1.10:21749,85.18.95.30:25,<,250-DELIVERBY 300,
    2012-12-18T21:58:26.504Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2B1A2,11,192.168.1.10:21749,85.18.95.30:25,<,250 SIZE 58000000,

    e quindi procede ad inserire, nella riga RCPT TO, NOTIFY=SUCCESS,FAILURE,DELAY",

    Provando "a mano" (col telnet, per capirci) il dialogo smtp con il server mx di google, questo non segnala di gestire i comandi DSN:

    2012-12-19T12:04:54.237Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2BB73,3,192.168.1.10:44112,173.194.78.27:25,>,EHLO xxxx.xxxxx.xxxx,

    2012-12-19T12:04:54.319Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2BB73,4,192.168.1.10:44112,173.194.78.27:25,<,"250-mx.google.com at your service, [aaa.bbb.ccc.ddd]",
    2012-12-19T12:04:54.319Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2BB73,5,192.168.1.10:44112,173.194.78.27:25,<,250-SIZE 35882577,
    2012-12-19T12:04:54.319Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2BB73,6,192.168.1.10:44112,173.194.78.27:25,<,250-8BITMIME,
    2012-12-19T12:04:54.319Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2BB73,7,192.168.1.10:44112,173.194.78.27:25,<,250-STARTTLS,
    2012-12-19T12:04:54.319Z,EdgeSync - Default-First-Site to Internet,08CFA6EE15B2BB73,8,192.168.1.10:44112,173.194.78.27:25,<,250 ENHANCEDSTATUSCODES,

    Dipende quindi dal server di destinazione, direi, almeno quando il server mittente è Exchange.

    Gli altri server forse gestiscono diversamente il problema a monte (magari generano loro la DSN basandosi esclusivamente sul fatto che il messaggio NON è stato rigettato a livello SMTP, non saprei dire con precisione).

    Sto comunque continuando ad approfondire la questione...

    Ciao,


    Dario Palermo

    Wednesday, December 19, 2012 1:45 PM
  • interessante, però che strano che in Exchange 2010 (in questo caso) si sia sollevato questo problema mentre con versioni precedenti no. Con che versione di Exchange stai facendo le prove?

    grazie mille.

    Wednesday, December 19, 2012 2:18 PM
  • La 2010 anche io. Puoi confermare, quindi, che in passato riuscivi ad ottenere le DSN dagli stessi domini di cui parlavamo prima?

    Ciao,


    Dario Palermo

    Wednesday, December 19, 2012 3:17 PM
  • si dieri di si, prima con Exchange 2003 non abbiamo mai avuto di questi problemi. Mi è stato segnalato appunto da un utente che era abituato a fare questa procedura e ad ottenere una ricevuta di consegna.

    dovrei fare un test con il 2007 di altri clienti per verificarne il funzionamento.

    Wednesday, December 19, 2012 3:19 PM
  • Ho fatto un test inviandomi posta da Tiscali a Gmail...

    In realtà la ricevuta di consegna viene emessa non da google, ma da tiscali stessa. Mi sembra nel significato assolutamente in linea con quella di Exchange.

    Testo della mail ricevuta in conferma dell'invio:

    - Questi destinatari sono stati elaborati dal server di posta:
    xxxxxxxxxxx@gmail.com; Inviato

    Allegato:

    Reporting-MTA: dns; smtp-ps-1.mail.tiscali.sys
    Received-from-MTA: dns; ps-wm27.mc.tiscali.sys (10.39.75.227)
    Arrival-Date: Wed, 19 Dec 2012 16:28:09 +0100

    Final-Recipient: rfc822; xxxxxxxxxxxxxx@gmail.com
    Action: Relayed
    Status: 2.0.0
    Remote-MTA: dns; 127.0.0.1

    A questo punto sarei curioso di vedere le ricevute di conferma emesse a suo tempo da Exchange 2003... magari sono semplicemente "meno dettagliate" di quelle del 2010, che evidenzia come non sia il server di ricezione ad emettere la ricevuta ma quello di invio stesso.

    Ciao,



    Dario Palermo

    Wednesday, December 19, 2012 5:18 PM
  • Effettivamente sembra più un disguido sul server di invio quando riceve la risposta.

    guardando i messaggi che arrivano prendendoli prima che vengano depositati in casella sono tutti uguali:

    The original message was received at Wed, 19 Dec 2012 17:52:40 +0100
    from
    [xxx.xxx.xxx.xxx]

       ----- The following addresses had successful delivery
    notifications -----
    <matto.******.tiscali.it>  (relayed to
    non-DSN-aware mailer)

       ----- Transcript of session follows
    -----
    <matto.*****tiscali.it>... relayed;
    expect no further notifications

    sembra una successiva elaborazione di Exchange che cambia la dicitura dando delle informazioni non corrette.

    può essere che non venga correttamente interpretata?

    bisognerebbe rimettere in piedi un 2003 di test per verificare le precedenti notifiche.

    Grazie per il momento.


    Thursday, December 20, 2012 11:30 AM
  • No, aspetta. Come scritto nei log che posti:

    relayed to non-DSN-aware mailer

    e quindi

    <matto.*****tiscali.it>... relayed; 
    expect no further notifications

    Il che vuol dire: ho consegnato il messaggio ad un server che non emette DSN. La consegna io l'ho fatta, non ti aspettare ulteriori notifiche (sottinteso: dal server di destinazione) perchè non ne arriveranno.

    Mi sembra ESATTAMENTE quello che dice Exchange 2010. Ergo, il "problema" c'è sempre stato, solo che prima non ci facevamo caso.

    Non credi anche tu?

    Ciao,


    Dario Palermo

    Thursday, December 20, 2012 11:41 AM
  • Spiegata così ci credo anche io :)

    Quindi riepilogando il "problema" sta nel server remoto che non rilascia altre informazioni se non quelle che il messaggio è stato spedito ma non avrai una conferma di recapito.

    giusto?

    quindi è per questo motivo che se ne mando 40 email con la richiesta di recapito a domini diversi avrò i rapporti solo per quelli che me effettivamente me le possono fornire.

    interessante il fatto che prima non era così pignolo da specificarmelo.

    grazie mille del supporto.

    Ciao.

    Thursday, December 20, 2012 11:52 AM
  • Volendo essere proprio pignoli, il server di destinazione non rilascia altre informazioni se non l'ok nel dialogo smtp, da cui il server di invio determina che il messaggio è stato correttamente spedito. Ed infatti è quest'ultimo a produrre la DSN in luogo di quella che non verrà inviata dal server di destinazione.

    Ricorda molto quello che succede quando si spedisce una PEC ad un indirizzo non certificato, in effetti.

    Ciao,


    Dario Palermo

    Friday, December 21, 2012 10:36 AM