Reprise du message précédent :

Bah teams les performances sont bien meilleures

Ils sont sortis d'Electron ?

C'est pour un process. On a x projets, 3 templates par projet, avec pour chacun des 3 modèles, une partie du contenu (et forcément les destinataire/cc) qui change. L'intérêt est de pas se tromper dans l'envoi du mail aux personnes et dans le contenu. Difficile de tout se rappeler par coeur. Et tout retaper, c'est long. Là, on se pose pas la question.On se mets dans la boîte mail concernée par le projet, on lance la macro, on sélectionne le modèle et hop, tout est généré, plus qu'à compléter les tous C'est bien plus rapide et plus fiable.
 
Et puis la fonction "modèle de mail", tu vas pas me dire que c'est un truc nouveau. Ca fait quand même quelques années que ça existe, en particulier dans le monde pro. Alors pourquoi l'avoir retiré T'as bien le publipostage encore dans Word. Ils ont donc jugé utile de conserver la fonction de modèle pour l'envoi papier, ils pouvaient donc bien la garder pour l'envoi électronique  

Y'a donc encore la limitation des 5000 répertoires toutes BAL confondues ?

À ce niveau là c'est plus un BPM qu'il te faudrait, et qui pilote un service d'envoi de mail avec tes modèles.

Et le multi tenant !

Le nouvel Outlook y'a rien à garder par contre.

C'est clair, c'est pas aussi fluide que slack, mais ca reste totalement utilisable

+1, Teams v2 apporte de vrais plus, Outlook v2 c'est une régression impressionnante. Je ne comprends pas du tout la logique derrière un produit aussi limité.

Vu ce que tu racontes je doute que outlook soit la solution adaptée à ton besoin. Un glpi ou service now si t'es riche sont imho plus fait pour ton besoin

Tu trouves ?
Sur pc j’utilise pas assez, mais sous Mac pour moi c’est tout pareil.

Faut faire avec les outils mis à disposition, pour la com extérieure à mon équipe, on doit utiliser les outils du client. J'ai déjà un outil de tickets interne à mon équipe très performant mais pas le droit de l'exposer en externe. Donc, c'est du mail et le mail là où je bosse, c'est Outlook. Après, tant que j'ai ma macro, ça va, ça se gère bien pour l'instant

 
Sur windows ça n'a rien à voir ouais.

Clairement bien plus rapide même si toujours loin d'être vraiment fluide

 
C'est quoi le use case là?
 
Ça ressemble très fort à un truc qui ne devrait pas tourner sur un poste client.

La mise à jour de status sur le nouveau Teams, c'est toujours aussi éclaté  

Je reste BBB en ce moment, c'est pas mal. Pas mal de fonctionnalités.

Ca ressemble surtout à une fonction qui existait sur Thunderbird (et sur d'autres clients mail aussi) et qui n'a pas été reprise quand on a migré sur Outlook parce que personne n'a posé la question si la fonction "modèle de mail" était utilisée.
Le process concerné implique pas mal d'acteurs et certains, pour des raisons de sécu/cloisonnement de données, ne peuvent pas accéder à un outil d'où une communication par mail pour certains échanges d'infos. Pour faciliter les choses et pas perdre de temps, on a créé des modèles de mail.

Ce que je veux dire c'est que ton bordel ressemble à un honteux bricolage, que ça devrait être automatisé sur un serveur et pas être lancé à la main par un luser.

+1000, et plus on attend, plus le risque augmente et plus c'est dur/coûteux de migrer.

On est bien d'accord mais le support de la messagerie est fait au niveau national, donc prendre en compte mon besoin de pouvoir faire des templates, je peux toujours courir.J'avais pourtant trouver un "plugin" (je sais pas si c'est le bon terme) à déployer au niveau serveur de messagerie qui permettait de faire des templates, mais vu le process pour valider ça, c'est pas la peine
En cas de migration, je ne me fais pas d'illusion : soit le nouvel outil permet de faire des templates de mail complet, soit il le fait pas et dans ce cas, soit y'a moyen de refaire ma bidouille soit je serai en galère et faudra voir comme on fait...

Tu peux déjà anticiper la galère et estimer son coût, ça motivera peut-être ton N+1

C'est pas mon N+1 qui aura à gérer ça, je bosse chez le client. Sauf que le chef du service n'a pas la main sur ce genre de pb. Ca se passe même pas dans notre entité (bâtiment) ce genre de décision. C'est pris à Paris.
Ca arrive régulièrement : des outils déployés qui ne répondent pas correctement aux besoins des utilisateurs. C'est dommage, parce que ça fait perdre pas mal de temps et crée de l'insatisfaction... Du coup, je développe des petits outils à côté pour pallier les manques.

tu peux même pas gérer ça avec un petit powershell de derrière les fagots ?

Tu peux développer, svp ? Je vois pas où tu veux en venir ?
Parce qu'en alternative au VBA en plus cracra et dernier recours, j'ai AutoIt  

Je suppose que ça permettrait de s'affranchir complètement d'outlook  
Mais bon ça ne retire pas le besoin de le distribuer aux utilisateurs c'est vrai

Fait demander à Oracle s'ils ont pas un logiciel pas cher pour ça  

Toujours sympa l'informatique à la papa dans le monde zindowz

Oui, et puis faut toujours avoir l'IHM pour permettre de compléter le modèle de mail. Donc, rester dans Outlook, ça a eu du sens. Je vais pas redévelopper un éditeur WYSIWYG    
Ma macro, ça m'a pas pris très longtemps pour la coder (quelques heures, je suis pas familier du VBA).

Si tu bricoles dans ton coin sans jamais remonter tes besoins, tu n'auras jamais de réponse adaptée non plus   La bonne volonté, ça va dans les deux sens.

Là, tu parles sans avoir toutes les infos du contexte dans lequel j'évolue et tu tires des conclusions hâtives.  
Je fais parti au contraire des personnes qui identifient les pbs, les besoins et fait des propositions de solutions. Mais :
1) il faut déjà être consulté ou savoir à qui faire remonter tout ça.
2) il y a tout un tas de contraintes qui font que tout ce dont on a besoin n'est pas implémenté.
3) tout le reste qui ne peut être dit sur un forum public

Début d'intervention : 22h
Déjà 15 mn de retard

Fais un truc avec une solution non mail, ca va te gagner du temps

Oui, mais comme dit précédemment, j'ai pas le droit d'exposer vers l'extérieur de mon service la solution qui serait efficace (de mon point de vue).

Ca mérite de poser la question sur la table de ton côté, mais je pense clairement que le mail n'est pas une solution pérenne. Ca fait de la belle bidouille qui marche très bien, mais t'es toujours trop dépendant d'un outil extérieur.

 
Clairement.
Il faut faire dev une appli interne qui gère tout ça. Exposes les infos qu'elle veut, fais les controles qu'il faut, etc.

On n'est clairement pas dans les mêmes mondes professionnels! Je comprends complètement rufo...

 
+1

https://twitter.com/_SaxX_/status/1763114761615450151
 
Alerte potentielle sur les prochains mails LDLC que vous recevrez dans un futur proche... notamment pro ! Une BDD semble avoir été récupérée.

L'appli interne qui fait tout ce dont j'ai besoin existe déjà. Comme dit plus haut, j'ai pas le droit de l'exposer en-dehors du service parce que ce n'est pas un outil officiel de l'admin de mon client (j'entends par là, outil déployé et géré par le service informatique centralisé de l'administration où je bosse).

Merci

Il fait t'aider à déployer du Shadow IT ?