Nettoyage des mails

[M.V.]

Mais pour quoi ne pas faire appel au
Finder ?
Tell application "Finder"
delete pathToPreviews
end tell

Parce que via un script le Finder n'est pas autorisé à faire une telle
opération dans cette famille de dossiers. Mais on peut le faire à la
main !
Le SIP a ses raisons que le raison ne connaît pas, disait le poète.

J'ai voulu en avoir le cœur net et j'ai réactivé le SIP… et que ce soit
avec la commande « move the_folder to trash » ou avec la commande
« delete the_folder » du Finder, je ne rencontre aucune difficulté (sous
Mojave) !

Tu avais testé avant d'écrire ta réponse à Benoït ? Quelle était la
syntaxe que tu avais utilisée ?

NB X-post et fu2 fr.comp.sys.mac.programmation

[Joseph B]

M.V., le 25 janvier 2023 à 09:41 dans

Post by M.V.
Tu avais testé avant d'écrire ta réponse à Benoït ? Quelle était la
syntaxe que tu avais utilisée ?

Oui j'avais testé et tombais toujours sur ceci

tell application "Finder"
move file
"HSierra2:Users:josephB:Library:Containers:com.apple.mail:Data:Library:'Mail
Downloads'" to trash
--> error number -10010
end tell
tell application "Script Editor"
display alert "Erreur d'exécution n° -10010" message "Erreur dans
Finder : Le gestionnaire ne peut gérer des objets de cette classe."
--> {button returned:"OK"}

et ce sont tes essais qui me font juste réaliser que lors de la
transposition du chemin Posix (utilisé plus haut par la commande bash
find) avec les quotes droits requis autour de « Mail Downloads », en
chemin HFS pour le Finder, ces guillemets droits génèrent cette erreur
dont le libellé n'éclaire pas vraiment la cause.
Un message comme "Fichier inexistant" m'aurait mis sur la voie.

En générant autrement le chemin, sans ces guillemets droits, la commande
au Finder est bien exécutée.

[M.V.]

Post by Joseph B
En générant autrement le chemin, sans ces guillemets droits, la commande
au Finder est bien exécutée.

OK. Je préfère ça ! 😜