Set-ReportSubmissionPolicy

L'opzione Confirm consente di specificare se visualizzare o nascondere la richiesta di conferma. L'impatto di questa opzione sul cmdlet dipende dalla richiesta di conferma del cmdlet prima di procedere.

• I cmdlet distruttivi , ad esempio i cmdlet Remove-*, hanno una pausa predefinita che impone di confermare il comando prima di procedere. Per questi cmdlet, è possibile ignorare la richiesta di conferma utilizzando questa precisa sintassi: -Confirm:$false.
• La maggior parte degli altri cmdlet (ad esempio, i cmdlet New-* e Set-*) non hanno una pausa predefinita. Per questi cmdlet, specificando l'opzione Confirm senza un valore viene introdotta una pausa che impone all'utente di confermare il comando prima di procedere.

Il parametro DisableQuarantineReportingOption consente o impedisce agli utenti di segnalare messaggi in quarantena. I valori validi sono:

• $true: gli utenti non possono segnalare messaggi in quarantena dalla quarantena.
• $false: gli utenti possono segnalare i messaggi in quarantena dalla quarantena. Questo è il valore predefinito.

Questo parametro è significativo solo l'esperienza di creazione di report integrata Microsoft è abilitata come descritto nel parametro EnableReportToMicrosoft.

Questo parametro è riservato all'uso interno da parte di Microsoft.

Questo parametro è riservato all'uso interno da parte di Microsoft.

Il parametro EnableCustomNotificationSender specifica se un indirizzo di posta elettronica del mittente personalizzato viene usato per i messaggi di risultato dopo che un amministratore esamina e contrassegna i messaggi segnalati come indesiderati, non spazzatura o phishing. I valori validi sono:

• $true: usare un indirizzo di posta elettronica personalizzato del mittente di Microsoft 365.
• $false: usare l'indirizzo di posta elettronica del mittente predefinito. Questo è il valore predefinito.

Specificare l'indirizzo di posta elettronica del mittente usando il parametro NotificationSenderAddress.

Il parametro EnableOrganizationBranding consente di specificare se visualizzare il logo aziendale nel piè di pagina dei messaggi di risultato ricevuti dagli utenti dopo che un amministratore esamina e contrassegna i messaggi segnalati come indesiderati, non spazzatura o phishing. I valori validi sono:

• $true: usare il logo aziendale nel testo del piè di pagina anziché il logo Microsoft.
• $false: non usare il logo aziendale nel testo del piè di pagina. Usare il logo Microsoft.

Questo parametro è significativo solo quando l'esperienza di creazione di report integrata Microsoft è abilitata per gli strumenti di creazione di report Microsoft in Outlook, come descritto nel parametro EnableReportToMicrosoft.

Il parametro EnableReportToMicrosoft specifica se l'esperienza di creazione di report integrata Microsoft è abilitata o disabilitata. I valori validi sono $true o $false.

Il valore $true per questo parametro abilita l'esperienza di creazione di report integrata Microsoft. Sono possibili le configurazioni seguenti:

• Gli strumenti di creazione di report Microsoft sono disponibili in Outlook per consentire agli utenti di segnalare i messaggi solo a Microsoft (la cassetta postale di report non viene usata): i valori dei parametri ReportJunkToCustomizedAddress, ReportNotJunkToCustomizedAddress e ReportPhishToCustomizedAddress sono $false. Questo è il risultato predefinito.
• Gli strumenti di report Microsoft sono disponibili in Outlook per consentire agli utenti di segnalare i messaggi a Microsoft e i messaggi segnalati vengono inviati alla cassetta postale di report specificata: i valori dei parametri ReportJunkToCustomizedAddress, ReportNotJunkToCustomizedAddress e ReportPhishToCustomizedAddress sono $true. Per creare i criteri, usare lo stesso indirizzo di posta elettronica nei parametri ReportJunkAddresses, ReportNotJunkAddresses e ReportPhisAddresses e anche nel parametro SentTo nel cmdlet New-ReportSubmissionRule o Set-ReportSubmissionRule.

Il valore $false per questo parametro disabilita l'esperienza di creazione di report integrata Microsoft. Sono possibili le configurazioni seguenti:

• Gli strumenti di creazione di report Microsoft sono disponibili in Outlook, ma i messaggi segnalati vengono inviati solo alla cassetta postale di report: i valori dei parametri ReportJunkToCustomizedAddress, ReportNotJunkToCustomizedAddress e ReportPhishToCustomizedAddress vengono $true. Per creare i criteri, usare lo stesso indirizzo di posta elettronica nei parametri ReportJunkAddresses, ReportNotJunkAddresses e ReportPhisAddresses e anche nel parametro SentTo nel cmdlet New-ReportSubmissionRule o Set-ReportSubmissionRule.
• L'esperienza di creazione di report integrata microsoft è disabilitata. Gli strumenti di creazione di report Microsoft non sono disponibili in Outlook. Tutti i messaggi segnalati dagli utenti in Outlook con strumenti di report di terze parti non sono visibili nella pagina Invii nel portale di Microsoft 365 Defender: i valori dei parametri EnableThirdPartyAddress, ReportJunkToCustomizedAddress, ReportNotJunkToCustomizedAddress e ReportPhishToCustomizedAddress sono $false.

Il parametro EnableThirdPartyAddress specifica se si usano strumenti di report di terze parti in Outlook anziché strumenti Microsoft per inviare messaggi alla cassetta postale di report in Exchange Online. I valori validi sono:

• $true: l'esperienza di creazione di report integrata microsoft è abilitata, ma gli strumenti di terze parti in Outlook inviano messaggi segnalati alla cassetta postale di report in Exchange Online. È anche necessario impostare il valore del parametro EnableReportToMicrosoft su $false. Per creare il criterio, usare lo stesso indirizzo di posta elettronica nel parametro ThirdPartyReportAddresses e anche nel parametro SentTo nei cmdlet New-ReportSubmissionRule o Set-ReportSubmissionRule.
• $false: gli strumenti di creazione di report di terze parti in Outlook non vengono usati.

Il parametro EnableUserEmailNotification specifica se gli utenti ricevono messaggi di risultato dopo che un amministratore esamina e contrassegna i messaggi segnalati come indesiderati, non spazzatura o phishing. I valori validi sono:

• $true: vengono inviati messaggi di risultati di revisione dell'amministratore personalizzati.
• $false: i messaggi dei risultati della revisione dell'amministratore personalizzato non vengono inviati.

Usare i parametri JunkReviewResultMessage, NotJunkReviewResultMessage, PhishingReviewResultMessage per configurare il testo del corpo del messaggio usato per ogni verdetto.

Usare il parametro NotificationFooterMessage per il piè di pagina usato per tutti i verdetti (spazzatura, non posta indesiderata e phishing).

Questo parametro è significativo solo quando l'esperienza di creazione di report integrata Microsoft è abilitata per gli strumenti di creazione di report Microsoft in Outlook, come descritto nel parametro EnableReportToMicrosoft.

Il parametro Identity consente di specificare i criteri di invio del report che si desidera modificare. L'unico criterio disponibile è denominato DefaultReportSubmissionPolicy.

Il parametro JunkReviewResultMessage specifica il testo personalizzato da usare nei messaggi di risultato dopo che un amministratore esamina e contrassegna i messaggi segnalati come indesiderati. Se il valore contiene degli spazi, è necessario racchiuderlo tra virgolette (").

Questo parametro è significativo solo quando il valore del parametro EnableUserEmailNotification è $true e l'esperienza di creazione di report integrata Microsoft è abilitata per gli strumenti di creazione di report Microsoft in Outlook, come descritto nel parametro EnableReportToMicrosoft.

Usare il parametro NotificationFooterMessage per personalizzare il testo del piè di pagina dei messaggi dei risultati.

Usare il parametro NotificationSenderAddress per personalizzare l'indirizzo di posta elettronica del mittente dei messaggi dei risultati.

Il parametro NotificationFooterMessage specifica il testo del piè di pagina personalizzato da usare nelle notifiche di posta elettronica dopo che un amministratore esamina e contrassegna i messaggi segnalati come indesiderati, non indesiderati o phishing. Se il valore contiene spazi è necessario racchiuderlo tra virgolette.

È possibile usare il parametro EnableOrganizationBranding per includere il logo aziendale nel piè di pagina del messaggio.

Questo parametro è significativo solo quando il valore del parametro EnableUserEmailNotification è $true e l'esperienza di creazione di report integrata Microsoft è abilitata per gli strumenti di creazione di report Microsoft in Outlook, come descritto nel parametro EnableReportToMicrosoft.

Il parametro NotificationSenderAddress consente di specificare l'indirizzo di posta elettronica del mittente da usare nei messaggi di risultato dopo che un amministratore ha verificato e contrassegnato i messaggi segnalati come spazzatura, non spazzatura o phishing. L'indirizzo di posta elettronica deve essere in Exchange Online.

Questo parametro è significativo solo quando l'esperienza di creazione di report integrata Microsoft è abilitata per gli strumenti di creazione di report Microsoft in Outlook, come descritto nel parametro EnableReportToMicrosoft.

Questo parametro è riservato all'uso interno da parte di Microsoft.

Questo parametro è riservato all'uso interno da parte di Microsoft.

Questo parametro è riservato all'uso interno da parte di Microsoft.

Questo parametro è riservato all'uso interno da parte di Microsoft.

Il parametro NotJunkReviewResultMessage specifica il testo personalizzato da usare nei messaggi di risultato dopo che un amministratore esamina e contrassegna i messaggi segnalati come non indesiderati. Se il valore contiene degli spazi, è necessario racchiuderlo tra virgolette (").

Questo parametro è significativo solo quando il valore del parametro EnableUserEmailNotification è $true e l'esperienza di creazione di report integrata Microsoft è abilitata per gli strumenti di creazione di report Microsoft in Outlook, come descritto nel parametro EnableReportToMicrosoft.

Usare il parametro NotificationFooterMessage per personalizzare il testo del piè di pagina dei messaggi dei risultati.

Usare il parametro NotificationSenderAddress per personalizzare l'indirizzo di posta elettronica del mittente dei messaggi dei risultati.

Questo parametro è riservato all'uso interno da parte di Microsoft.

Il parametro PhishingReviewResultMessage specifica il testo personalizzato da usare nei messaggi di risultato dopo che un amministratore esamina e contrassegna i messaggi segnalati come phishing. Se il valore contiene degli spazi, è necessario racchiuderlo tra virgolette (").

Questo parametro è significativo solo quando il valore del parametro EnableUserEmailNotification è $true e l'esperienza di creazione di report integrata Microsoft è abilitata per gli strumenti di creazione di report Microsoft in Outlook, come descritto nel parametro EnableReportToMicrosoft.

Usare il parametro NotificationFooterMessage per personalizzare il testo del piè di pagina dei messaggi dei risultati.

Usare il parametro NotificationSenderAddress per personalizzare l'indirizzo di posta elettronica del mittente dei messaggi dei risultati.

Il parametro PostSubmitMessage consente di specificare il testo del messaggio popup personalizzato da usare nelle notifiche di Outlook dopo che gli utenti hanno segnalato i messaggi. Se il valore contiene degli spazi, è necessario racchiuderlo tra virgolette (").

È possibile specificare il titolo del messaggio popup personalizzato usando il parametro PostSubmitMessageTitle.

Questo parametro è significativo solo quando il valore del parametro PostSubmitMessageEnabled è $true e l'esperienza di creazione di report integrata Microsoft è abilitata per gli strumenti di creazione di report Microsoft in Outlook, come descritto nel parametro EnableReportToMicrosoft.

Il parametro PostSubmitMessageEnabled abilita o disabilita le notifiche di Outlook popup visualizzate dagli utenti dopo aver segnalato i messaggi usando gli strumenti di creazione di report Microsoft. I valori validi sono:

• $true: gli utenti ricevono notifiche popup in Outlook dopo aver segnalato i messaggi. Questo è il valore predefinito.
• $false: gli utenti non ricevono notifiche popup in Outlook dopo aver segnalato i messaggi.

Non usare questo parametro. Usare invece il parametro PostSubmitMessage.

Non usare questo parametro. Usare invece il parametro PostSubmitMessage.

Non usare questo parametro. Usare invece il parametro PostSubmitMessage.

Il parametro PostSubmitMessage consente di specificare il titolo del messaggio popup personalizzato da usare nelle notifiche di Outlook dopo che gli utenti segnalano i messaggi. Se il valore contiene degli spazi, è necessario racchiuderlo tra virgolette (").

È possibile specificare il testo del messaggio popup personalizzato usando il parametro PostSubmitMessage.

Questo parametro è significativo solo quando il valore del parametro PostSubmitMessageEnabled è $true e l'esperienza di creazione di report integrata Microsoft è abilitata per gli strumenti di creazione di report Microsoft in Outlook, come descritto nel parametro EnableReportToMicrosoft.

Non usare questo parametro. Usare invece il parametro PostSubmitMessageTitle.

Non usare questo parametro. Usare invece il parametro PostSubmitMessageTitle.

Non usare questo parametro. Usare invece il parametro PostSubmitMessageTitle.

Il parametro PreSubmitMessage consente di specificare il testo del messaggio popup personalizzato da usare nelle notifiche di Outlook prima che gli utenti riportino i messaggi. Se il valore contiene degli spazi, è necessario racchiuderlo tra virgolette (").

È possibile specificare il titolo del messaggio popup personalizzato usando il parametro PreSubmitMessageTitle.

Questo parametro è significativo solo quando il valore del parametro PreSubmitMessageEnabled è $true e l'esperienza di creazione di report integrata Microsoft è abilitata per gli strumenti di creazione di report Microsoft in Outlook, come descritto nel parametro EnableReportToMicrosoft.

Il parametro PreSubmitMessageEnabled abilita o disabilita le notifiche di Outlook popup visualizzate dagli utenti prima di segnalare i messaggi usando gli strumenti di creazione di report Microsoft. I valori validi sono:

• $true: gli utenti ricevono notifiche popup in Outlook prima di segnalare i messaggi. Questo è il valore predefinito.
• $false: gli utenti non ricevono notifiche popup in Outlook prima di segnalare i messaggi.

Non usare questo parametro. Usare invece il parametro PreSubmitMessage.

Non usare questo parametro. Usare invece il parametro PreSubmitMessage.

Non usare questo parametro. Usare invece il parametro PreSubmitMessage.

Il parametro PreSubmitMessage consente di specificare il titolo del messaggio popup personalizzato da usare nelle notifiche di Outlook prima che gli utenti riportino i messaggi. Se il valore contiene degli spazi, è necessario racchiuderlo tra virgolette (").

È possibile specificare il testo del messaggio popup usando il parametro PreSubmitMessage.

Questo parametro è significativo solo quando il valore del parametro PreSubmitMessageEnabled è $true e l'esperienza di creazione di report integrata Microsoft è abilitata per gli strumenti di creazione di report Microsoft in Outlook, come descritto nel parametro EnableReportToMicrosoft.

Non usare questo parametro. Usare invece il parametro PreSubmitMessageTitle.

Non usare questo parametro. Usare invece il parametro PreSubmitMessageTitle.

Non usare questo parametro. Usare invece il parametro PreSubmitMessageTitle.

Questo parametro è riservato all'uso interno da parte di Microsoft.

{{ Fill ReportChatMessageToCustomizedAddressEnabled Description }}

Nota: non è assolutamente necessario usare questo parametro. Specificare l'indirizzo di posta elettronica della cassetta postale di report usando il parametro SentTo nel cmdlet New-ReportSubmissionRule o Set-ReportSubmissionRule. Per ridurre la confusione, impostare questo parametro sullo stesso valore.

Il parametro ReportJunkAddresses consente di specificare l'indirizzo di posta elettronica della cassetta postale di report in Exchange Online per ricevere i messaggi segnalati dall'utente nell'esperienza di creazione di report integrata microsoft tramite Microsoft o strumenti di creazione di report di terze parti in Outlook.

Se si modifica il valore del parametro ReportJunkToCustomizedAddress su $false, è necessario impostare il valore $null (vuoto) per questo parametro.

Non è possibile usare questo parametro da solo. È necessario specificare lo stesso valore per i parametri ReportJunkAddresses, ReportNotJunkAddresses e ReportPhishAddresses.

Il parametro ReportJunkToCustomizedAddress consente di specificare se inviare messaggi segnalati dall'utente da Outlook (tramite strumenti di report microsoft o di terze parti) alla cassetta postale di report come parte dell'esperienza di creazione di report integrata microsoft. I valori validi sono:

• $true: i messaggi segnalati dall'utente vengono inviati alla cassetta postale di report.
• $false: i messaggi segnalati dall'utente non vengono inviati alla cassetta postale di report.

Non è possibile usare questo parametro da solo. È necessario specificare lo stesso valore per i parametri ReportJunkToCustomizedAddress, ReportNotJunkToCustomizedAddress e ReportPhishToCustomizedAddress nello stesso comando.

Nota: non è assolutamente necessario usare questo parametro. Specificare l'indirizzo di posta elettronica della cassetta postale di report usando il parametro SentTo nel cmdlet New-ReportSubmissionRule o Set-ReportSubmissionRule. Per ridurre la confusione, impostare questo parametro sullo stesso valore.

Il parametro ReportNotJunkAddresses consente di specificare l'indirizzo di posta elettronica della cassetta postale di report in Exchange Online per ricevere i messaggi segnalati dall'utente nell'esperienza di creazione di report integrata microsoft tramite Microsoft o strumenti di creazione di report di terze parti in Outlook.

Se si modifica il valore del parametro ReportNotJunkToCustomizedAddress su $false, è necessario impostare il valore $null (vuoto) per questo parametro.

Non è possibile usare questo parametro da solo. È necessario specificare lo stesso valore per i parametri ReportJunkAddresses, ReportNotJunkAddresses e ReportPhishAddresses.

Il parametro ReportNotJunkToCustomizedAddress specifica se inviare messaggi segnalati dall'utente da Outlook (tramite strumenti di report microsoft o di terze parti) alla cassetta postale di report come parte dell'esperienza di creazione di report integrata microsoft. I valori validi sono:

• $true: i messaggi segnalati dall'utente vengono inviati alla cassetta postale di report.
• $false: i messaggi segnalati dall'utente non vengono inviati alla cassetta postale di report.

Non è possibile usare questo parametro da solo. È necessario specificare lo stesso valore per i parametri ReportJunkToCustomizedAddress, ReportNotJunkToCustomizedAddress e ReportPhishToCustomizedAddress.

Nota: non è assolutamente necessario usare questo parametro. Specificare l'indirizzo di posta elettronica della cassetta postale di report usando il parametro SentTo nel cmdlet New-ReportSubmissionRule o Set-ReportSubmissionRule. Per ridurre la confusione, impostare questo parametro sullo stesso valore.

Il parametro ReportPhishAddresses consente di specificare l'indirizzo di posta elettronica della cassetta postale di report in Exchange Online per ricevere i messaggi segnalati dall'utente nell'esperienza di creazione di report integrata microsoft tramite Microsoft o strumenti di report di terze parti in Outlook.

Se si modifica il valore del parametro ReportPhishToCustomizedAddress su $false, è necessario impostare il valore $null (vuoto) per questo parametro.

Non è possibile usare questo parametro da solo. È necessario specificare lo stesso valore per i parametri ReportJunkAddresses, ReportNotJunkAddresses e ReportPhishAddresses.

Il parametro ReportPhishToCustomizedAddress consente di specificare se inviare messaggi segnalati dall'utente da Outlook (tramite strumenti di report microsoft o di terze parti) alla cassetta postale di report come parte dell'esperienza di creazione di report integrata microsoft. I valori validi sono:

• $true: i messaggi segnalati dall'utente vengono inviati alla cassetta postale di report.
• $false: i messaggi segnalati dall'utente non vengono inviati alla cassetta postale di report.

Non è possibile usare questo parametro da solo. È necessario specificare lo stesso valore per i parametri ReportJunkToCustomizedAddress, ReportNotJunkToCustomizedAddress e ReportPhishToCustomizedAddress.

Nota: non è assolutamente necessario usare questo parametro. Specificare l'indirizzo di posta elettronica della cassetta postale di report usando il parametro SentTo nel cmdlet New-ReportSubmissionRule o Set-ReportSubmissionRule. Per ridurre la confusione, impostare questo parametro sullo stesso valore.

Usare il parametro ThirdPartyReportAddresses per specificare l'indirizzo di posta elettronica della cassetta postale di report quando si usa un prodotto di terze parti per gli invii utente anziché l'esperienza di creazione di report integrata Microsoft.

Se si modifica il valore del parametro EnableThirdPartyAddress su $false, è necessario impostare il valore $null (vuoto) per questo parametro.

Per altre informazioni sull'uso di strumenti di creazione di report di terze parti con o senza l'esperienza di creazione di report integrata microsoft a favore di un prodotto di terze parti, vedere il parametro EnableThirdPartyAddress.

Questo parametro è riservato all'uso interno da parte di Microsoft.

Questo parametro è riservato all'uso interno da parte di Microsoft.

L'opzione WhatIf consente di simulare le azioni del comando. È possibile utilizzare tale opzione per visualizzare le modifiche che verrebbero applicate senza effettivamente applicarle. Con questa opzione non è necessario specificare alcun valore.