Recherche de Boîte aux lettres A pas de travail

Je suis en train de supprimer le contenu d'une boîte aux lettres Exchange 2013 avant la date d'aujourd'hui. Il doit être précis à la seconde, j'ai appeler le Get-Date applet de commande.

Ce code s'exécute sans erreur:

Search-Mailbox myID -SearchQuery Received:<Get-Date -DeleteContent -Force

Lors de l'exécution de cette, je vois la progression de la recherche dans la barre de PowerShell, à l'exception aucune donnée n'est trouvée. J'ai triple vérifié la boîte aux lettres, je travaille avec et il a données de plus 4/24/14/hh:mm:ss.

J'ai essayé d'innombrables variations, par exemple:

Search-Mailbox whism_j -SearchQuery "Received:<$((Get-Date).ToString("yyyy-MM-ddTHH:mm:ssZ"))" -DeleteContent -Force`

Cette commande ne s'exécute pas, que je reçois un The property keyword isn't supported erreur.

InformationsquelleAutor Johnrad | 2014-04-24

2

Pourquoi ton code ne fonctionne pas:
```
Search-Mailbox myID -SearchQuery Received:<get-date -deleteContent -force
```
Cela ne fonctionne pas parce que get-date est analysée comme une chaîne littérale; vous n'êtes pas en interpolant les résultats de la Get-Date applet de commande. -SearchQuery est un paramètre de chaîne, et PowerShell implicitement interprète des arguments pour les paramètres de chaîne à deux chaînes entre guillemets. Pour interpoler les résultats de Get-Date, utilisez -SearchQuery Received:<$(Get-Date).
```
Search-Mailbox whism_j -SearchQuery "Received:<$((get-date).toString("yyyy-MM-ddTHH:mm:ssZ"))" -deleteContent -force
```
Cela ne fonctionne pas car le format de la date n'est pas valide. Vous peut en déduire qu'elle doit être basée sur la AQS documentation, mais en fait, la date de de Recherche-Boîte aux lettres requêtes doit être dans un format conforme à la Bourse du serveur de paramètres régionaux.

Comment le faire:

Vous pourrait être en mesure de s'en tirer simplement en interpolant les résultats de Get-Date:
```
Search-Mailbox id_attribute -SearchQuery "Received:<$(Get-Date)" -DeleteContent -Force
```
Toutefois, cela ne fonctionnera que si le format utilisé lorsqu'un objet DateTime est inséré dans une chaîne de caractères, qui est MM/dd/yyyy HH:mm:ss, correspond à la région. Pour s'assurer que vous obtenez le bon format, utilisez Get-Culture de déterminer la chaîne de format, et de l'offre de Get-Date's -Format paramètre:

Si vous souhaitez utiliser la date d'aujourd'hui, vous pourrait utilisation Get-Date puis de le convertir en une chaîne de caractères comme RickH suggéré, mais ce n'est pas nécessaire, parce que l'AQS soutien nommé dates relatives, y compris aujourd'hui:
```
$format = (Get-Culture).DateTimeFormat.ShortDatePattern + ' ' + (Get-Culture).DateTimeFormat.LongTimePattern
Search-Mailbox myID -SearchQuery "Received:<$(Get-Date -Format $format)" -DeleteContent -Force
```
_{Notez que, comme le laisse entendre ce que j'ai dit ci-dessus, à l'extérieur des guillemets doubles ne sont pas strictement nécessaires si l'argument n'est pas contenir d'espaces qui ne sont pas à l'intérieur de parenthèses, mais je pense que c'est une bonne pratique, afin de les inclure.}

Pour l'exhaustivité et l'avantage de futurs chercheurs, il convient de mentionner que l'AQS accepte également nommé relative des dates comme today, this week, ou last month, donc, cela devrait aussi fonctionner:
```
Search-Mailbox id_attribute -SearchQuery "Received:<today" -DeleteContent -Force
```
Je n'ai pas prévoir que, dans le cadre de la réponse parce que dans une précédente (supprimé) version de la question de l'OP spécifiquement demandé comment rechercher des messages avant une heure précise, et today est juste la date actuelle sans un temps.
- Je vous remercie de votre réponse! Search-Mailbox id_attribute -SearchQuery "Received:<$(Get-Date)" -DeleteContent -Force ce qui me donne le même ol' mot-clé d'erreur, et de ne pas courir. Search-Mailbox whism_j -SearchQuery "Received:<$(Get-Date -Format ((Get-culture).DateTimeFormat.ShortDatePattern))" -DeleteContent -Force cela s'exécute correctement, mais ne trouve pas de données. Il me semble que quand je l'ai enfin trouver quelque chose à exécuter avec succès, aucune donnée n'est produite.
- Je suis venu à la conclusion que, désormais, qu'il n'aime pas en y ajoutant le Moment sur la date. Search-Mailbox whism_j -SearchQuery "Received:<$(get-date -Format d)" -DeleteContent -Force cela fonctionne (bien que pas encore de retourner quoi que ce soit). La recherche d'un get-date -format G ne le fait pas. Il lance le mot d'erreur.
- 1. Essayez d'entrer "Received:<$(Get-Date -Format ((Get-culture).DateTimeFormat.ShortDatePattern))" à l'invite de lui-même et dites-moi quels sont les résultats que vous obtenez. 2. Ce qui se passe si vous essayez de "Envoyé" au lieu de "Reçu"? 3. Que voulez-vous dire quand vous dites "pas de données est produit" ou "ne pas retourner quelque chose"? Voulez-vous dire que vous obtenez un ResultItemsCount 0, ou pas de résultats à tous? Ce dernier ne devrait pas arriver, vous devriez obtenir un rapport de résultat, même si rien n'est trouvé.
- Cela peut sembler une question stupide, mais il ne fait pas de mal à demander...si c'est l'ancien, vous êtes 1000% sûr qu'il y a encore est de données dans la boîte aux lettres? Si vous êtes à l'aide de -DeleteContent, vous ne obtenir un élément positif compter la première fois, et 0, par la suite, à moins que de nouveaux éléments sont ajoutés. Avez-vous été à la vérification de la boîte aux lettres pour vous assurer qu'il y a encore des données à partir d'aujourd'hui-t-il? Peut-être que vous n'avez pas remarqué que la commande de réussir une fois, et c'est pourquoi il n'est pas de trouver quelque chose de plus à supprimer.
- Encore une fois, votre aide est génial, merci. Pas une question idiote, j'ai 7 points dans ce test de la boîte aux lettres qui ont été là plus tôt cet après-midi. Quand je exécutez simplement -deleteContent - je obtenir un positif ResultItemCount. J'ai re-rempli la boîte de réception de cette boîte aux lettres. Lorsque vous essayez d'ajouter un SearchQuery mon ResultItemsCount et ResultItemsSize est de 0. C'est ce que je veux dire par "pas de données". Si cela rend tout plus facile, lorsque je lance un get-culture la LCID est 1033,` Nom` est en-US et DisplayName est English (United States)
- Aussi, pour répondre à votre question précédente. Quand je lance "Received:<$(Get-Date -Format ((Get-culture).DateTimeFormat.ShortDatePattern)) je obtenir une fois de plus 0 resultItemsCount. Cela peut être une question bête, mais quelle est la différence entre sent et received.
- Malheureusement je n'ai pas accès à un serveur Exchange en ce moment. Est-il possible de rechercher tout ce qui donne un résultat, puis de référence le format de la date/le temps qui vous est envoyé par le serveur? Ensuite, la recherche, et si vous lui donnez ce qu'il vous offre et il dit encore 0 résultats, alors je me demande si il y a d'autres problèmes quelque part.
- Je peux faire une recherche en fonction de l'Objet et de suppression de contenu. Lors de l'enregistrement de cela, je vois mon format de la date est en tant que tel 2/5/2014 9:48:35 PM
- Si la culture est en fr-US, alors vous doit être en mesure de simplement interpoler $(Get-Date) sans spécification d'un format (qui était de faire de la recherche universelle, mais il ne devrait pas mal pour inclure le format même si la culture est en-US). Notez également que je l'ai changé pour LongDatePattern, depuis votre exemple comprend secondes.
- "Envoyé" est le moment où le message a été acceptée par l'expéditeur du serveur de messagerie de l'expéditeur du client. "Reçu" est le moment où le message a été livré à la boîte aux lettres du destinataire. Cette suggestion a été à des fins de diagnostic. "Reçu" devrait absolument être une propriété valide, mais depuis que vous avez été d'obtenir le property keyword isn't supported erreur, j'ai pensé qu'il pourrait être intéressant de voir ce qui se passe si vous effectuez une recherche sur un autre datetime propriété.
- Un nouveau développement intéressant... Si je supprime le < signe de ma requête, je trouve tous les éléments à partir d'aujourd'hui, date, et il les supprime. Toutefois, il ne faut pas suivre le format HH:mm:ss... C'est mieux qu'avant. Mais pas ce que je suis désireux
- Vous dites que vous avez rempli la boîte de réception. Êtes-vous le faire en envoyant de nouveaux éléments, ou êtes-vous de déplacer les éléments les plus anciens en elle? Si vous envoyez un élément, même si vous transférez un ancien e-mail, la date de réception d'aujourd'hui. Si vous ne ont les éléments les plus anciens, ce qui arrive si vous utilisez cette requête: Received:>1/1/1601? Que doit supprimer tout.
- Je suis physiquement l'envoi de la boîte aux lettres de messagerie nouvelle quand j'ai re-remplir. Received:>1/1/1601 ne pas supprimer n'importe quoi. J'ai essayé Received:4/25/2014 et supprimé tous les articles que j'ai envoyé aujourd'hui...
- Est la date de votre système correct? Ce n'est pas 4/25/2014 encore, sauf si vous êtes en Asie de l'est ou plus à l'est, et il semble que vous êtes en train de dire que les éléments supprimés envoyé plus tôt aujourd'hui...
- Je vous remercie pour votre aide. Je vais faire une réponse correcte afin de vous obtenir un crédit pour l'aide que vous m'avez donné. Je pense que je vais devoir couper mes pertes de bien et de chercher une autre alternative. Cela ne va pas accepter n'importe quoi avec le moins de symbole pour moi. Selon partout en ligne, il devrait. Est-il quelque chose à faire avec e2k13?
- Mes serveurs Exchange sont 2K10, il est donc possible qu'il y a un bug dans 2K13 que je ne peux pas reproduire. Avez-vous installé le a récemment publié SP1? Aussi, j'ai googlé autour pour voir s'il existe un problème connu avec les recherches dans Ex2K13 et trouvé ceci. Les liens dans la première réponse pourrait être utile dans la détermination de/à résoudre le problème, mais à ce qui est décrit, il sonne comme il pourrait être plus d'ennuis que cela vaut la peine.
- BTW...puisque vous dites que vous êtes à la recherche de solutions alternatives, si votre objectif est de supprimer les messages de plus d'un jour (par opposition à seulement à des moments précis), avez-vous envisagé des stratégies de rétention? Par défaut, ils exécuté qu'une fois par jour, mais vous peut changer la fréquence (bien qu'il ne serait probablement pas bon pour les performances du serveur d'exécuter à chaque minute...). Il y a également en Ligne (côté serveur) l'Archivage, mais ils vous faire acheter des licences spéciales pour ça et je n'ai pas d'expérience avec elle, donc je ne peux pas vous dire si il peut faire ce qu'il vous faut.
InformationsquelleAutor Adi Inbar
2

C'était un résultat haut de la page quand j'ai essayé de faire de la plage de dates des recherches sur Office 365 ( Exchange Online )
L'ajout de la SearchQuery pour trouver des e-mails vieux de plus d'un jour, je recevais ResultItemsCount 0.

Voici donc ce que j'ai finalement trouvé par essais et erreurs:

Vous recommandons d'utiliser l'ISO dash-pas-slash format: aaaa-mm-jj

VALIDE recherches:
```
-SearchQuery Sent:2016-01-01..2018-01-01
-SearchQuery Sent<2016-01-01
-SearchQuery Sent<=2016-01-01

-SearchQuery "Received>=2016-01-01 AND Received<=2018-01-01"
-SearchQuery Received<2016-01-01
-SearchQuery Received<=2016-01-01
```
CASSÉ recherches:
```
-SearchQuery Received:2016-01-01..2018-01-01  #This style range only valid for Sent.
-SearchQuery Sent:<2016-01-01                 #Putting a : colon before < > less or greater than returns nothing.
-SearchQuery Recieved<2016-01-01              #i before e except after c, no errors for mispelt properties!
```
- Bizarre, mais les requêtes avec ":<" ne renvoient des données de temps en temps. Frappé de ce post tout en cherchant le pourquoi de mes requêtes ne fonctionnent pas, et a une requête comme Received:>"2018-01-01" retour-moi des messages. Pas sûr de la raison, toujours cela signifie que MS a fait un excellent travail à obscurcir la KQL analyseur de détails. Upvoted pour des exemples valides.
InformationsquelleAutor WhoIsRich
1

Je pense que le problème que vous rencontrez est que la date de votre chaîne comporte des espaces dans des, il est donc l'interpréter comme une autre propriété de filtre. Il est donc de la lecture:
```
"Received:<$((get-date).tostring("yyyy-MM-ddTHH:mm:ssZ"))"
```
qui s'étend à quelque chose comme:
```
"Received:<2014-04-24 10:51:23-08"
```
C'est de voir deux propriétés ici, je crois, Received: et 10: parce que votre date n'est pas entre guillemets. Cela devrait fonctionner pour vous:
```
Search-Mailbox whism_j -SearchQuery Received:<"$((get-date -f "yyyy-MM-ddTHH:mm:ss").tostring())" -deleteContent -force
```
Edit: Désolé, mon erreur, pour une raison que je pensais que T était un onglet, mais il se traduit par la lettre "T". Aussi, il suffit de l'élément à rechercher est entre guillemets, pas la chose entière. Mise à jour de réponse. L'échange devrait voir la requête comme suit:
```
Received:<"2014-04-24T10:51:23"
```
Le décalage horaire est facultative, ainsi que toutes les heures sont censés être à l'heure UTC. De Microsoft MSDN de page:

Toutes les valeurs de date/heure doit être spécifiée selon le temps UTC (Temps Universel Coordonné), aussi connu comme l'heure GMT (Greenwich Mean Time) le temps de la zone. Le fuseau horaire UTC (identificateur d'une fuite en "Z" de caractère) est facultatif.
- Avec qui je suis en obtenir un autre the property keyword isn't supported. Je comprends tout à fait ce que vous dites, mais vous ne savez pas pourquoi je vois cette erreur si souvent. Je ne peux même pas le mettre dans une date précise, comme "4/24/2014"
- Mise à jour de réponse, désolé pour la désinformation.
- Pour une raison quelconque, n'est pas aimer quand j'ajoute la date et l'heure...Received:<"2014-04-24T10:51:23" me donne le mot-clé d'erreur. Quand j'enlève le format hh:mm:ss et il suffit d'utiliser Received:<"2014-04-24", il s'exécute avec succès, mais ne fait pas de retourner quoi que ce soit.
- En fait, l'espace n'est pas un problème. AQS semble être assez intelligent dans la façon dont il traite les requêtes, et de ce que j'ai vu qu'un espace suivi d'une séquence de lettres, suivie : est interprétée comme une nouvelle propriété. Cependant, j'ai trouvé que Recherche de Boîte aux lettres vous ne pouvez pas gérer la norme ISO-8601 les formats de date, et requiert un format conforme avec les paramètres régionaux. Je n'ai aucun problème de la recherche avec des requêtes comme -SearchQuery "Received:<24/04/2014 15:09:37 kind:Email".
- Pour être admissible, le message d'erreur de l'OP posté, The property keyword isn't supported, t semblent indiquer que PowerShell est l'interprétation de quelque chose comme invalide au nom de la propriété; l'erreur que je reçois pour non valides les formats de date estPlease adjust the date time. Make sure it is in the correct format. ou There is an unexpected character in the query. Please re-type the query and try again. Cependant, il est probablement essayé beaucoup de choses aujourd'hui que je me demandais si il pourrait avoir mélangé quel message d'erreur a été pour la commande. Avec son code, j'obtiens le "caractère inattendu d'erreur".
- Je n'ai jamais reçu aucune erreur de côté à partir de la propriété de mot-clé d'erreur. Mais vous avez raison, j'ai essayé ce qui semble être des dizaines de solutions différentes. Sans searchQuery je peux supprimer tout le contenu, lors de l'ajout d'un searchQuery je ne reçois rien.
- Hm, la documentation indique que la chaîne ne doit pas contenir d'espaces. (ce qui est discutable étant donné que la T est littéralement interprété et pas de blanc espace que j'avais pensé à l'origine)
- Je ne suis pas entièrement sûr que le searchQuery acceptera le temps en heures, minutes et secondes. Mis en forme dans votre réponse, il ne l'aime pas. Si j'ai reformater le d'obtenir la date de yyyy/MM/ddTHHmmss même si cela semble ridicule, qu'il fonctionne réellement. Je ne pense pas qu'il aime le côlon. De toute façon, quand je recherche juste par yyyy/MM/dd même, aucun résultat n'est trouvé quand je suis en train de voir, 7 objets, il convient de supprimer dans la boîte aux lettres.
- Correct, la documentation dit que un string ne doit pas contenir d'espaces. Cependant, le type de données pour la Reçu propriété n'est pas une chaîne, c'est une date absolue. Dates absolues avoir un espace entre la date et l'heure (si vous êtes à la spécification d'un délai).
InformationsquelleAutor TheMadTechnician
1

- Je utiliser ce format et il fonctionne très bien
-A "Reçu:> $(‘22/09/2014 02:15:00’) ET Reçu:< $(‘22/09/2014 03:15:00’)"

Donc cela devrait fonctionner:
Recherche de Boîte aux lettres whism_j -A "Reçu:> $(‘22/09/2014 02:15:00’) ET Reçu:< $(‘22/09/2014 03:15:00’)" -deleteContent

Si vous souhaitez rechercher une date de gamme sans être spécifique à la seconde, il est beaucoup plus facile:
Recherche de Boîte aux lettres whism_j -A "a Reçu le:20/09/2014..23/09/2014" -deleteContent

Aussi, j'ai le problème avec une Recherche-Boîte aux lettres avec un A et il ne trouve pas les résultats, mais la Recherche de la Boîte aux lettres SANS SearchQuery le message s'affiche.
Il y a deux choses à vérifier que l'air de fonctionner.
Tout d'abord, déplacez la base de données vers un autre serveur, puis attendre (minutes/heures/jour?) alors une nouvelle recherche. Habituellement je peux trouver le message.
Suivante consiste à vérifier si c'est réellement indexées avec cette commande
Get-FailedContentIndexDocuments [email protected] | where {$_.sujet -match "des mots"} |ft Sujet, Description -AutoSize

InformationsquelleAutor Ryan

Vous devez vous connecter pour publier un commentaire.