re
1000 instances de vbs seront toujours!!! et je peux le confirmer sans hésitations que 1000 envoie par vba
sachant que la tache vbs se ferme automatiquement donc tu n'a jamais 1000 instance d'ouvertes 4/5 tout au plus et tu peux même le rendre auto destructible
quand a la main mise d'excel détrompe toi tu peux piloter le vbs a partir de vba mais l'inverse aussi
a partir du vbs en exécution je peux tres bien déclenché une macro du fichier excel par exemple sans problème
😉
D'ailleurs ne serait-ce pas possible de désyncrhoniser avec une exécution lancée avec un Application.OnTime Now, "EnvoiMail" ?
et non justement en vba c'est bien ça le problème quand tu créée un object ici oulook.application tant que c'a n'est pas parti tu ne peux pas faire autre chose et pour peu que tu charge des images ou fichier un peu plus lourds on voit bien que le chargement sur le serveur prend du temps
et c'est valable pour tout createobject(".....")
cela dit on a une api qui est bien pratique c'est l'api settimer
non pas parce quelle programme en différé (d' ailleurs dans ce contexte on mettrais tout au plus 10 mili secondes) mais c'est le fait qu'elle appelle la macro en addressof
😉
et oui en adressof tu peux lancer 50 fois la macro puisqu'a chaque fois il y a un id de l'instance de l'api timer (du timer quoi )
il y aussi les modules classe qui du fait que le mail serait envoyé dans sa propre instance de classe
(1 mail /1 instance de classe)
mais c'est quand même un peu moins rapide
on a testé tout ca avec Robert alias
@dysorthographie su DVP y a pas mal d'année deja
😉
le moins contraignant est bien le vbs
et pour peu que tu en fasse souvent le vbs on le garde static(pas dynamique) il sert d'applicatif