Question listing d'un repertoire

gremlinsy écrit:

Ton fichier ne serait-il pas bloqué par un autre process alors ?

Le process est bien PowerShell mais le verrouillage du fichier est du à un objet utilisé dans le script, à savoir $Attachement

Le fait de clore la session et de ré-exécuter le script fonctionne, il y a donc qq chose qui se passe entre les 2 sessions, je pense que c'est tout simplement la libération forcée de toutes les ressources utilisée par PS.

A partir de là on regarde du coté de .NET.

L'affection $attachment=$Null ne fonctionne pas car le Garbage Collector laisse la ressource (c'est à dire le handle de fichier [Api WIN32]) \"à moitié morte\".
Comme le GC ne libére la mémoire que si nécessaire, le handle est valide pendant ce temps là.

Donc la lecture du SDK sur l'objet manipulant le fichier nous indique ceci :

From : msdn2.microsoft.com/en-us/library/ms144637.aspx

Call Dispose when you are finished using the AttachmentBase. The Dispose method leaves the AttachmentBase in an unusable state. After calling Dispose, you must release all references to the AttachmentBase so the garbage collector can reclaim the memory that the AttachmentBase was occupying. For more information, see Cleaning Up Unmanaged Resources and Implementing a Dispose Method.

Le code suivant ne bloque plus la répétition de l'envoi (par prudence je dirais que c'est à confirmer) :
[code:1]$message = $null
$attachment.Dispose()
$client = $null[/code:1]
La méthode Dispose libère les ressource WIN32 utilisées par certaines instances de classe du framework .NET qui, rappelons-le, s'appui sur WIN32.

Voilà c'est plus un pb de dev spécifique .NET que de scripting sous PowerShell, là est le piége.

Même si ce n'est pas votre métier n'hésitez pas à lire la doc du SDK.NET, au moins celle liée aux méthodes que vous utilisez. Pour une fois qu'il existe une documentation conséquente