Retry-Queue

La cmdlet est disponible uniquement dans Exchange en local.

La cmdlet Retry-Queue permet d'obliger le système à tenter une connexion dans une file d'attente sur un serveur de boîte aux lettres ou sur un serveur de transport Edge.

Pour plus d’informations sur les jeux de paramètres dans la section Syntaxe ci-après, voir Syntaxe da la cmdlet Exchange.

Syntax

Retry-Queue
     -Filter <String>
     [-Server <ServerIdParameter>]
     [-Confirm]
     [-Resubmit <Boolean>]
     [-WhatIf]
     [<CommonParameters>]
Retry-Queue
     [-Identity] <QueueIdentity>
     [-Confirm]
     [-Resubmit <Boolean>]
     [-WhatIf]
     [<CommonParameters>]

Description

La cmdlet Retry-Queue force une tentative de connexion à une file d'attente dont l'état est Retry. La cmdlet établit une connexion au saut suivant, si cela est possible. Si la tentative de connexion échoue, une nouvelle heure de tentative est définie. Si vous voulez utiliser cette commande pour retenter la remise des messages dans la file d'attente inaccessible, vous devez inclure le paramètre Resubmit.

Des autorisations doivent vous être attribuées avant de pouvoir exécuter cette cmdlet. Bien que cette rubrique répertorie tous les paramètres de cette cmdlet, il est possible que vous n’ayez pas accès à certains paramètres s’ils ne sont pas inclus dans les autorisations qui vous ont été attribuées. Pour rechercher les autorisations requises pour exécuter une cmdlet ou un paramètre dans votre organisation, voir Find the permissions required to run any Exchange cmdlet.

Exemples

Exemple 1

Retry-Queue -Filter "NextHopDomain -eq "contoso.com" -and Status -eq 'Retry'"

Cet exemple force une tentative de connexion pour toutes les files d'attente qui répondent aux critères suivants :

  • Les files d'attente contiennent des messages pour le domaine contoso.com.
  • L'état des files d'attente est Retry.
  • Les files d'attente sont situées sur le serveur sur lequel la commande est exécutée.

Paramètres

-Confirm

Le commutateur Confirme spécifie s’il faut afficher ou masquer l’invite de confirmation. L’incidence de ce commutateur sur la cmdlet varie selon que la cmdlet requiert une confirmation avant de poursuivre.

  • Les applets de commande destructrices (par exemple, les applets de commande Remove-*) ont une pause intégrée qui vous oblige à accuser réception de la commande avant de continuer. Pour ces cmdlets, vous pouvez ignorer l’invite de confirmation à l’aide de cette syntaxe exacte : -Confirm:$false.
  • La plupart des autres applets de commande (par exemple, les applets de commande New-* et Set-*) n’ont pas de pause intégrée. Pour ces cmdlets, la spécification du commutateur Confirm sans valeur introduit une pause qui vous oblige à confirmer la commande avant de poursuivre.
Type:SwitchParameter
Aliases:cf
Position:Named
Default value:None
Required:False
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-Filter

Le paramètre Filter spécifie une ou plusieurs files d’attente à l’aide de la syntaxe de filtre OPATH. Le filtre OPATH inclut un nom de propriété de file d’attente suivi d’un opérateur de comparaison et d’une valeur (par exemple, "NextHopDomain -eq 'contoso.com'"). Pour plus d’informations sur les propriétés de file d’attente filtrables et les opérateurs de comparaison, consultez Propriétés de file d’attente dans Exchange Server et Rechercher des files d’attente et des messages dans des files d’attente dans l’environnement de ligne de commande Exchange Management Shell.

Vous pouvez spécifier plusieurs critères à l’aide de l’opérateur de comparaison et . Les valeurs de propriété qui ne sont pas exprimées sous la forme d'un nombre entier doivent être entrées entre guillemets (« »).

Type:String
Position:Named
Default value:None
Required:True
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-Identity

Le paramètre Identity spécifie la file d’attente. Une entrée valide pour ce paramètre utilise la syntaxe Server\Queue\Queue, par exemple, Mailbox01\contoso.com ou Unreachable. Pour plus d’informations sur l’identité de file d’attente, consultez Identité de file d’attente.

Type:QueueIdentity
Position:1
Default value:None
Required:True
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-Resubmit

Le paramètre Resubmit spécifie si le contenu de la file d'attente doit être soumis de nouveau au catégoriseur avant l'établissement d'une connexion. L’entrée valide pour ce paramètre est $true ou $false.

Type:Boolean
Position:Named
Default value:None
Required:False
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-Server

Le paramètre Server définit le serveur Exchange sur lequel vous souhaitez exécuter cette commande. Vous pouvez utiliser n’importe quelle valeur qui identifie uniquement le serveur. Par exemple :

  • Nom
  • FQDN
  • Nom unique
  • DN Exchange hérité

DN Exchange hérité

Vous pouvez utiliser les paramètres Server et Filter dans la même commande. Vous ne pouvez pas utiliser les paramètres Server et Identity dans la même commande.

Type:ServerIdParameter
Position:Named
Default value:None
Required:False
Accept pipeline input:True
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

-WhatIf

Le commutateur WhatIf simule les actions de la commande. Vous pouvez utiliser ce commutateur pour afficher les modifications qui se produiraient sans réellement appliquer ces modifications. Il n’est pas nécessaire de spécifier une valeur pour ce commutateur.

Type:SwitchParameter
Aliases:wi
Position:Named
Default value:None
Required:False
Accept pipeline input:False
Accept wildcard characters:False
Applies to:Exchange Server 2010, Exchange Server 2013, Exchange Server 2016, Exchange Server 2019

Entrées

Input types

Pour visualiser les types d'entrées acceptés par cette cmdlet, consultez la rubrique Types d'entrée et de sortie de la cmdlet d'Exchange Management Shell. Si le champ Type d'entrée pour une cmdlet est vide, la cmdlet n'accepte pas les données d'entrée.

Sorties

Output types

Pour visualiser les types de retours, également appelés types de sorties, acceptés par cette cmdlet, consultez la rubrique Types d'entrée et de sortie de la cmdlet d'Exchange Management Shell. Si le champ Type de sortie est vide, la cmdlet ne renvoie pas de données.