Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
SI APPLICA A:
2016
2019
Edizione in abbonamento
Il registro di verifica messaggi è un record dettagliato di tutte le attività eseguite dalla posta attraverso la pipeline di trasporto nei server Cassette postali e Trasporto di Microsoft Edge. È possibile usare la verifica di messaggi per l'analisi forense dei messaggi, l'analisi del flusso di posta, la creazione di report e la risoluzione dei problemi.
Per impostazione predefinita, Exchange utilizza la registrazione circolare per limitare il registro di verifica dei messaggi in base alle dimensioni e all'età dei file, in modo da controllare lo spazio su disco rigido utilizzato dai file di registro. Per configurare il registro di verifica dei messaggi, vedere Configurare la verifica dei messaggi.
Ricerca nel registro di verifica messaggi
I registri di verifica messaggi contengono grandi quantità di dati mentre i messaggi si spostano attraverso un server Cassette postali o Trasporto Edge. Quando si tratta di cercare nei log di verifica dei messaggi, sono disponibili diverse opzioni:
Get-MessageTrackingLog: gli amministratori possono utilizzare questo cmdlet di Exchange Management Shell per cercare nel registro di verifica messaggi informazioni sui messaggi utilizzando un'ampia gamma di criteri di filtro. Per ulteriori informazioni, vedere Registri di verifica messaggi di ricerca.
Rapporti di recapito per gli amministratori: gli amministratori possono utilizzare la scheda Rapporti di recapito nell'interfaccia di amministrazione di Exchange o i cmdlet Search-MessageTrackingReport e Get-MessageTrackingReport sottostanti in Exchange Management Shell per cercare nei registri di verifica messaggi informazioni sui messaggi inviati o ricevuti da una cassetta postale specifica dell'organizzazione. Per altre informazioni, vedere Report di recapito per gli amministratori.
Struttura dei file di registro di verifica messaggi
Per impostazione predefinita, i file di registro di verifica dei messaggi esistono in %ExchangeInstallPath%TransportRoles\Logs\MessageTracking. La cartella contiene file di log con nomi diversi, ma tutti seguono la convenzione MSGTRKServiceyyyyMMdd-nnnn.logdi denominazione. I diversi nomi dei file di log sono descritti nella tabella seguente.
| Nome del file | Server | Descrizione |
|---|---|---|
MSGTRK |
Cassette postali e server Trasporto Edge | File di registro per il servizio di trasporto. |
MSGTRKMA |
Server Cassette postali | File di registro per approvazioni e rifiuti nel trasporto moderato. Per ulteriori informazioni, vedere Gestione approvazione del messaggio. |
MSGTRKMD |
Server Cassette postali | File di registro per i messaggi recapitati alle cassette postali dal servizio Recapito alle cassette postali. |
MSGTRKMS |
Server Cassette postali | File di log per i messaggi inviati dalle cassette postali dal servizio Invio alle cassette postali. |
Gli altri segnaposto nei nomi dei file di log rappresentano le informazioni seguenti:
yyyyMMdd è la data UTC (Coordinated Universal Time) in cui è stato creato il file di log. aaaa = anno, MM = mese e gg = giorno.
nnnn è un numero di istanza che inizia con il valore 1 ogni giorno per ogni log.
Le informazioni vengono scritte sul file di log fino a quando le dimensioni del file non raggiungono il valore massimo. A quel punto viene aperto un nuovo file di registro con un numero di istanze incrementato (il primo file di log è -1, il seguente è -2 e così via). La registrazione circolare elimina i file di log meno recenti per un servizio quando si verifica una delle condizioni seguenti:
Un file di registro raggiunge il limite di validità massimo.
La cartella del registro di verifica messaggi raggiunge le dimensioni massime.
Note:
La dimensione massima della cartella del registro di verifica messaggi viene calcolata come la dimensione totale di tutti i file di registro con lo stesso prefisso di nome. Altri file che non seguono la convenzione del prefisso del nome non vengono conteggiati nel calcolo delle dimensioni totali della cartella. La ridenominazione dei vecchi file di log o la copia di altri file nella cartella del registro di verifica messaggi poteva causare il superamento delle dimensioni massime specificate per la cartella.
Sui server Cassette postali la dimensione massima della cartella del registro di verifica messaggi è tre volte superiore al valore specificato. Anche se i file di log di verifica messaggi vengono generati dai quattro diversi servizi e hanno quattro diversi prefissi di nome, la quantità e la frequenza dei dati scritti nel log di trasporto moderato (
MSGTRKMA) è trascurabile rispetto agli altri tre log.
I file di registro di verifica messaggi sono file di testo che contengono dati in formato CSV (Comma Separated Value). In ciascun file di registro di verifica messaggi è presente un'intestazione in cui sono contenute le seguenti informazioni:
#Software: il valore è
Microsoft Exchange Server.#Version: il numero di versione del server Exchange che ha creato il file di registro di verifica messaggi. Il valore usa il formato
15.01.nnnn.nnn.#Log-Type: il valore è
Message Tracking Log.#Date: data e ora UTC in cui è stato creato il file di log. La data-ora UTC è rappresentata nel formato data-ora ISO 8601: yyyy-MM-ddThh:mm:ss.fffZ, dove yyyy = anno, MM = mese, dd = giorno, T indica l'inizio della componente ora, hh = ora, mm = minuto, ss = secondo, fff = frazioni di secondo e Z significa Zulu, che è un altro modo per indicare UTC.
#Fields: Nomi di campo delimitati da virgole usati nei file di log di verifica messaggi.
Campi dei file di registro di verifica messaggi
Il registro di verifica messaggi archivia ciascun evento di messaggio su un'unica riga nel registro. Le informazioni sugli eventi dei messaggi sono organizzate in base ai campi e tali campi sono separati da virgole. Il nome del campo in genere è abbastanza descrittivo da consentire di determinare il tipo di informazione contenuta. Tuttavia, alcuni campi possono essere vuoti o il tipo di informazioni in essi contenute potrebbe cambiare in base al tipo di evento del messaggio e al servizio che ha registrato l'evento. Le descrizioni generali dei campi utilizzati per classificare ogni evento di verifica messaggi sono fornite nella tabella seguente.
| Nome campo | Descrizione |
|---|---|
| date-time | Data/ora UTC dell'evento di verifica messaggi. La data-ora UTC è rappresentata nel formato data-ora ISO 8601: yyyy-MM-ddThh:mm:ss.fffZ, dove yyyy = anno, MM = mese, dd = giorno, T indica l'inizio della componente ora, hh = ora, mm = minuto, ss = secondo, fff = frazioni di secondo e Z significa Zulu, che è un altro modo per indicare UTC. |
| client-ip | L'indirizzo IPv4 o IPv6 del server di messaggistica o del client di messaggistica che ha inviato il messaggio. |
| client-hostname | Il nome host o il nome di dominio completo del server di messaggistica o del client di messaggistica che ha inviato il messaggio. |
| server-ip | Indirizzo IPv4 o IPv6 del server di origine o di destinazione. |
| server-hostname | Il nome host o il nome di dominio completo del server di destinazione. |
| source-context | Informazioni aggiuntive associate al campo di origine. Ad esempio: CatContentConversion 250 2.0.0 OK;ClientSubmitTime:<UTC> |
| connector-id | Nome del connettore di invio o ricezione che ha accettato il messaggio. Ad esempio, ServerName\ , ConnectorName o ConnectorName. |
| source | Componente di trasporto di Exchange responsabile dell'evento. Questi valori sono descritti nella sezione Valori di origine nella sezione Registro di verifica messaggi più avanti in questo argomento. |
| event-id | Il tipo di evento di messaggio. Questi valori sono descritti nella sezione Tipi di evento nella sezione del log di verifica messaggi più avanti in questo argomento. |
| internal-message-id | Un identificatore di messaggio assegnato dal server Exchange che sta attualmente elaborando il messaggio. L'internal-message-id di un messaggio è diverso nel registro di verifica dei messaggi di ogni server Exchange coinvolto nella trasmissione del messaggio. Un valore di esempio è 73014444033. |
| message-id | Il valore del campo di intestazione Message-Id: nell'intestazione del messaggio. Se il campo di intestazione Message-Id: non esiste o è vuoto, Exchange assegna un valore arbitrario. Questo valore rimane immutato per tutta la durata del messaggio. Per i messaggi creati in Exchange, il formato del <GUID@ServerFQDN>valore è , incluse le parentesi angolari (< >). Ad esempio, <4867a3d78a50438bad95c0f6d072fca5@mailbox01.contoso.com>. Altri sistemi di messaggistica potrebbero utilizzare una sintassi o valori diversi. |
| network-message-id | Un ID messaggio univoco che persiste tra le copie del messaggio che si possono creare a causa della biforcazione o dell'espansione del gruppo di distribuzione. Un valore di esempio è 1341ac7b13fb42ab4d4408cf7f55890f. |
| recipient-address | Gli indirizzi di posta elettronica dei destinatari del messaggio. Gli indirizzi di posta elettronica multipli sono separati dal carattere punto e virgola (;). |
| recipient-status | Lo stato di ogni destinatario, separato dal punto e virgola (;). I valori di stato sono presentati per i destinatari nello stesso ordine dei valori nel campo recipient-address. I valori di stato di esempio includono: Tooppure CcBcc 250 2.1.5 Recipient OK 550 4.4.7 QUEUE.Expired;<ErrorText> |
| total-bytes | Dimensioni totali del messaggio in byte, inclusi tutti gli allegati. |
| recipient-count | Numero totale di destinatari nel messaggio. |
| related-recipient-address | Questo campo viene usato con gli eventi EXPAND,REDIRECT e RESOLVE per visualizzare gli indirizzi di posta elettronica di altri destinatari associati al messaggio. |
| reference | Questo campo contiene informazioni aggiuntive per i tipi specifici di eventi. Ad esempio: DSN: contiene il collegamento del report, che è il valore Message-Id della notifica sullo stato del recapito associata (nota anche come DSN, messaggio di mancato recapito, rapporto di mancato recapito o rapporto di mancato recapito) se viene generato un DSN dopo questo evento. Se si tratta di un messaggio DSN, il campo Riferimento contiene il valore Message-Id del messaggio originale per cui è stato generato il DSN. ESPANDI: contiene il valore dell'indirizzo del destinatario correlato dei messaggi correlati. RECEIVE: può contenere il valore Message-Id del messaggio correlato se il messaggio è stato generato da altri processi, ad esempio l'inserimento nel journal o le regole di Posta in arrivo. SEND: contiene il valore Internal-Message-Id di tutti i messaggi DSN. THROTTLE: contiene il motivo per cui il messaggio è stato limitato. TRANSFER: Contiene il valore Internal-Message-Id del messaggio che viene biforcato. Messaggio generato dalle regole di posta in arrivo: contiene il valore Internal-Message-Id del messaggio in entrata che ha causato la generazione del messaggio in uscita da parte della regola di posta in arrivo. Messaggi biforcati: potrebbe contenere il valore Internal-Message-Id . Per altri tipi di eventi, questo campo è in genere vuoto. |
| message-subject | L'oggetto del messaggio che si trova nel campo di intestazione Subject:. Il rilevamento degli oggetti dei messaggi è controllato dal parametro MessageTrackingLogSubjectLoggingEnabled nel cmdlet Set-TransportService . Per impostazione predefinita, la verifica degli oggetti dei messaggi è attivata. |
| sender-address | Indirizzo di posta elettronica specificato nel campo di intestazione Mittente: oppure nel campo di intestazione Da: se il campo Mittente: non esiste. |
| return-path | Indirizzo e-mail del mittente specificato dal comando MAIL FROM che ha inviato il messaggio. Anche se questo campo non è mai vuoto, può avere il valore dell'indirizzo del mittente Null rappresentato come <>. |
| message-info | Ulteriori informazioni sul messaggio. Ad esempio: Data e ora di origine del messaggio in UTC per gli eventi DELIVER e SEND . La data e l'ora di origine corrispondono alla data e all'ora in cui il messaggio entra per la prima volta nell'organizzazione Exchange. La data-ora UTC è rappresentata nel formato data-ora ISO 8601: yyyy-MM-ddThh:mm:ss.fffZ, dove yyyy = anno, MM = mese, dd = giorno, T indica l'inizio della componente ora, hh = ora, mm = minuto, ss = secondo, fff = frazioni di secondo e Z significa Zulu, che è un altro modo per indicare UTC. Errori di autenticazione. Ad esempio, potrebbe essere visualizzato il valore 11a e il tipo di autenticazione usato quando si è verificato l'errore di autenticazione. |
| directionality | La direzione del messaggio. I valori di esempio includono Incoming, Undefined, e Originating. |
| tenant-id | Questo campo non viene usato nelle organizzazioni di Exchange locali. |
| original-client-ip | L'indirizzo IPv4 o IPv6 del client originale. |
| original-server-ip | L'indirizzo IPv4 o IPv6 del server originale. |
| custom-data | Questo campo contiene i dati relativi a tipi di evento specifici. Ad esempio, l'agente Regola di trasporto usa questo campo per registrare il GUID della regola del flusso di posta (nota anche come regola di trasporto) o del criterio DLP che agisce sul messaggio. Per altre informazioni, vedere Visualizzare i report di rilevamento dei criteri DLP. |
| tipo di traffico di trasporto | In Exchange locale, questo campo è vuoto o ha il valore Email. |
| ID registro | Identificatore univoco per una riga nel log di verifica messaggi. Questo campo non è importante nelle organizzazioni di Exchange locali. |
| schema-version | Numero di versione del server Exchange che ha creato la voce nel registro di verifica messaggi. Il valore usa il formato 15.01.nnnn.nnn. |
Tipi di evento nel registro di verifica messaggi
Diversi tipi di evento nel campo event-id sono utilizzati per classificare gli eventi dei messaggi nel registro di verifica messaggi. Alcuni eventi dei messaggi appaiono in un solo tipo di file di registro di verifica messaggi mentre altri eventi appaiono in tutti i tipi di file di registro di verifica messaggi. I tipi di evento utilizzati per classificare ciascun evento di messaggio sono illustrati nella tabella seguente.
| Nome evento | Descrizione |
|---|---|
| AGENTINFO | Questo evento viene utilizzato dagli agenti di trasporto per registrare i dati personalizzati. |
| BADMAIL | Dalla directory di prelievo o dalla directory di riesecuzione è stato inviato un messaggio che non può essere recapitato né restituito. |
| CLIENTSUBMISSION | È stato inviato un messaggio dalla posta in uscita di una cassetta postale. |
| DEFER | Il recapito del messaggio è stato ritardato. |
| DELIVER | Un messaggio è stato recapitato a una cassetta postale locale. |
| CONSEGNA FALLITA | Un agente ha cercato di recapitare il messaggio in una cartella non esistente nella cassetta postale. |
| DROP | Un messaggio è stato rimosso senza notifica sullo stato del recapito (nota anche come DSN, notifica di mancato recapito, rapporto di mancato recapito o NDR). Ad esempio:
|
| DSN | È stata generata una notifica sullo stato del recapito (DSN, delivery status notification). |
| DUPLICATEDELIVER | Al destinatario è stato recapitato un messaggio duplicato. La duplicazione può verificarsi se un destinatario è membro di più gruppi di distribuzione annidati, ma può anche verificarsi a causa di altri percorsi di recapito o comportamenti di elaborazione. I messaggi duplicati vengono rilevati e rimossi dall'archivio informazioni. |
| DUPLICATEEXPAND | Durante l'espansione del gruppo di distribuzione è stato rilevato un destinatario duplicato. |
| DUPLICATEREDIRECT | Un destinatario alternativo per il messaggio era già un destinatario. |
| EXPAND | Un gruppo di distribuzione è stato espanso. |
| FAIL | Recapito del messaggio non riuscito. Le origini sono SMTP, DNS, QUEUE e ROUTING. |
| HADISCARD | Un messaggio shadow è stato ignorato dopo il recapito della copia primaria al successivo hop. Per ulteriori informazioni, vedere Ridondanza shadow in Exchange Server. |
| HARECEIVE | Un messaggio shadow è stato ricevuto dal server nel gruppo di disponibilità del database (DAG) locale o nel sito Active Directory. |
| HAREDIRECT | È stato creato un messaggio shadow. |
| HAREDIRECTFAIL | Non è stato possibile creare un messaggio shadow. I dettagli vengono archiviati nel campo source-context. |
| INITMESSAGECREATED | Un messaggio è stato inviato a un destinatario moderato, quindi il messaggio è stato inviato alla cassetta postale di arbitraggio per l'approvazione. Per ulteriori informazioni, vedere Gestione approvazione del messaggio. |
| LOAD | Un messaggio è stato correttamente caricato all'avvio. |
| MODERATIONEXPIRE | Un moderatore per un destinatario moderato non ha mai approvato o rifiutato il messaggio, che è quindi scaduto. Per ulteriori informazioni sui destinatari moderati, vedere Gestione approvazione del messaggio. |
| MODERATORAPPROVE | Un moderatore per un destinatario moderato ha approvato il messaggio, che è stato quindi recapitato al destinatario moderato |
| MODERATORREJECT | Un moderatore per un destinatario moderato ha rifiutato il messaggio, che non è stato quindi recapitato al destinatario moderato. |
| MODERATORSALLNDR | Tutte le richieste di approvazione inviate a tutti i moderatori di un destinatario moderato non sono state recapitate e hanno generato report di mancato recapito (noti anche come messaggi di mancato recapito o messaggi di mancato recapito). |
| NOTIFYMAPI | Un messaggio è stato rilevato nella cassetta di Posta in uscita di una cassetta posta sul server locale. |
| NOTIFYSHADOW | Un messaggio è stato rilevato nella cassetta di Posta in uscita di una cassetta postale sul server locale ed è necessario creare una copia shadow del messaggio. |
| POISONMESSAGE | Un messaggio è stato collocato nella coda dei messaggi non elaborabili o è stato rimosso da tale coda. |
| PROCESS | Il messaggio è stato elaborato correttamente. |
| PROCESSMEETINGMESSAGE | Un messaggio di riunione è stato elaborato dal servizio Recapito alle cassette postali. |
| RECEIVE | È stato ricevuto un messaggio dal componente di ricezione SMTP del servizio di trasporto o dalle directory Pickup o Replay (fonte: SMTP), oppure un messaggio è stato inviato da una cassetta postale al servizio Mailbox Transport Submission (fonte: STOREDRIVER). |
| REDIRECT | Un messaggio è stato reindirizzato a un destinatario alternativo dopo una ricerca in Active Directory. |
| RESOLVE | I destinatari di un messaggio sono stati risolti in un indirizzo di posta elettronica diverso dopo una ricerca in Active Directory. |
| RESUBMIT | Un messaggio è stato reinviato automaticamente da Rete sicura. Per ulteriori informazioni, vedere Rete di protezione in Exchange Server. |
| RESUBMITDEFER | Un messaggio reinviato da Rete sicura è stato ritardato. |
| RESUBMITFAIL | Un messaggio reinviato da Rete sicura non è riuscito. |
| SEND | Un messaggio è stato inviato tramite SMTP da un servizio di trasporto all'altro. |
| SUBMIT | Il servizio Recapito alle cassette postali ha trasmesso correttamente il messaggio al servizio di trasporto. Per gli eventi SUBMIT, la proprietà source-context contiene i seguenti dettagli:
|
| SUBMITDEFER | La trasmissione del messaggio dal servizio Recapito alle cassette postali al servizio di trasporto è stata ritardata. |
| SUBMITFAIL | La trasmissione del messaggio dal servizio Recapito alle cassette postali al servizio di trasporto non è riuscita. |
| SUPPRESSED | La trasmissione del messaggio è stata rimossa. |
| THROTTLE | Il messaggio è stato limitato. |
| TRANSFER | I destinatari sono stati spostati su un messaggio duplicato in seguito a una conversione del contenuto, a limitazioni dei destinatari del messaggio o ad agenti. Le origini sono ROUTING e QUEUE. |
Valori dell'origine del registro di verifica messaggi
I valori del campo source nel registro di verifica messaggi indicano il componente del trasporto responsabile dell'evento di verifica messaggi. Nella seguente tabella vengono descritti i valori del campo source.
| Valore di source | Descrizione |
|---|---|
| ADMIN | L'origine dell'evento era l'azione di un utente. Ad esempio, un amministratore ha utilizzato il Visualizzatore code per eliminare un messaggio o ha inviato i file dei messaggi utilizzando la directory di riesecuzione. |
| AGENT | L'origine dell'evento era un agente di trasporto. |
| APPROVAL | L'origine dell'evento è il framework di approvazione utilizzato con i destinatari moderati. Per ulteriori informazioni, vedere Gestione approvazione del messaggio. |
| BOOTLOADER | L'origine evento sono messaggi non elaborati che esistono sul server in fase di avvio. Questo è correlato al tipo di evento LOAD. |
| DNS | L'origine dell'evento era un DNS. |
| DSN | L'origine dell'evento era una notifica sullo stato del recapito (nota anche come DSN, messaggio di mancato recapito, rapporto di mancato recapito o rapporto di mancato recapito). |
| GATEWAY | L'origine dell'evento era un connettore esterno. Per ulteriori informazioni, vedere Connettori esterni. |
| MAILBOXRULE | L'origine dell'evento era una regola di Posta in arrivo. Per ulteriori informazioni, vedere Regole di Posta in arrivo. |
| MEETINGMESSAGEPROCESSOR | L'origine evento è il processore dei messaggi di riunione, che aggiorna i calendari in base agli aggiornamenti delle riunioni. |
| ORAR | L'origine dell'evento era un ORAR (Originator Requested Alternate Recipient). È possibile abilitare o disabilitare il supporto per ORAR sui connettori di ricezione usando il parametro OrarEnabled nei cmdlet New-ReceiveConnector o Set-ReceiveConnector . |
| PICKUP | L'origine dell'evento era la directory di prelievo. Per ulteriori informazioni, vedere Directory di prelievo e directory di riproduzione. |
| POISONMESSAGE | L'origine dell'evento era l'identificativo messaggio non elaborabile. Per ulteriori informazioni sui messaggi non elaborabili e sulla coda dei messaggi non elaborabili, vedere Code e messaggi nelle code |
| PUBLICFOLDER | L'origine dell'evento era la cartella pubblica abilitata alla posta. |
| QUEUE | L'origine dell'evento era una coda. |
| REDUNDANCY | L'origine dell'evento era la ridondanza shadow. Per ulteriori informazioni, vedere Ridondanza shadow in Exchange Server. |
| RESOLVER | L'origine dell'evento era il componente di risoluzione del destinatario del classificatore nel servizio di trasporto. Per ulteriori informazioni, vedere Risoluzione dei destinatari in Exchange Server. |
| ROUTING | L'origine dell'evento era il componente di risoluzione del routing del classificatore nel servizio di trasporto. |
| SAFETYNET | L'origine dell'evento era Rete sicura. Per ulteriori informazioni, vedere Rete di protezione in Exchange Server. |
| SMTP | Il messaggio è stato inviato dal componente di invio o ricezione SMTP del servizio di trasporto. |
| STOREDRIVER | L'origine dell'evento era un invio MAPI da una cassetta postale sul server locale. |
Voci di esempio nel registro di verifica messaggi
Un messaggio senza eventi inviato tra due utenti genera più voci nel registro di verifica messaggi. È possibile visualizzare i risultati utilizzando il cmdlet Get-MessageTrackingLog. Per ulteriori informazioni, vedere Registri di verifica messaggi di ricerca.
Questo è un esempio delle voci del registro di verifica dei messaggi create quando l'utente chris@contoso.com invia correttamente un messaggio di prova all'utente michelle@contoso.com. Entrambi gli utenti hanno cassette postali sullo stesso server.
EventId Source Sender Recipients MessageSubject
------- ------ ------ ---------- --------------
NOTIFYMAPI STOREDRIVER {}
RECEIVE STOREDRIVER chris@contoso.com {michelle@contoso.com} test
SUBMIT STOREDRIVER chris@contoso.com {michelle@contoso.com} test
HAREDIRECT SMTP chris@contoso.com {michelle@contoso.com} test
RECEIVE SMTP chris@contoso.com {michelle@contoso.com} test
AGENTINFO AGENT chris@contoso.com {michelle@contoso.com} test
SEND SMTP chris@contoso.com {michelle@contoso.com} test
DELIVER STOREDRIVER chris@contoso.com {michelle@contoso.com} test
Problemi relativi alla protezione per il registro di verifica messaggi
Nel registro di verifica messaggi non viene archiviato alcun contenuto del messaggio. Per impostazione predefinita, la riga dell'oggetto di un messaggio di posta elettronica è archiviata nel registro di verifica messaggi. Potrebbe essere necessario disabilitare la registrazione dell'argomento per soddisfare requisiti di sicurezza o privacy più elevati. Per istruzioni su come disabilitare la registrazione dell'oggetto, vedere Configurazione della verifica dei messaggi.