Reprise du message précédent :

C'est pas toi qui le gérè hélas ... c'est le monsieur 365 ou le revendeur directement...   Par contre, tu as une visualisations... En te connectant sur l'interface d'admin, tu peux voir les états et intervention de prévue. Attention, il faut regarder régulièrement, c'est très sioux !  

Vécu il y a moins de 3 mois :

Un vendredi soir, petit coup sur l'interface pour reset un mot de passe et là une alerte pas habituelle...
 "Votre migration de wav  est prévue pour le week end du x mois..." Coup de file en urgence au responsable d'infra office 365...
Réponse : Ah non mon bon monsieur, vous pouviez annuler la migration jusque à 21 jours avant (bien évidemment aucun mail, aucune alerte) - Vous inquiétez pas, ce n'est pas impactant  

Encore plus drôle, il migre en week end facon heure us Californie... Par conséquent, la migration commence le dimanche pour terminer le lundi (heure française) Dernière chose, il faut comprendre l'anglais des indiens !

Non mais sinon, c'est pas mal quand même et il y a moyen de faire de jolie économie de licences en packagant l'ensemble direct chez Microsoft (CAL, Licences Serveur & Poste).

"comme même"...

Why you do this

Tu as oublié de mettre "Outlook" en gras

Bah non je vois pas le rapport.
Au cas où si je dois être plus explicite : pourquoi dire que la version non mac est une version "PC" ?
C'est très insultant pour les PC sous DOS, GNU/Linux, xBSD

Dite moi j'ai un soucis
Contexte :  
Partage A sur netapp1
Partage B sur netapp2
 
En faite voila lorsque je copie un repertoire complet du partage A vers B, je n'ai pas le meme nombre de fichiers quand je clic droit et que je fais propriété
 
Par exemple sur ma copie vers le partage B, si je fais propriété du repertoire il me dit 0 fichiers, mais si je vais dedans ils sont bien la...
Si je fais un robocopy il me copie rien car tout est déja présent
 
Mais les propriété m'affiche 0...
Pas de fichier caché ou autre
 
Sur mon répertoire original du partage A par contre j'ai bien le nombre de fichier dans les propriété
 
 
Le truc c'est que c'est aléatoire, ca le fait pas sur tout les repertoires

si il y a mieux en soft Email qui puisse gérer agenda partagés / mails / contacts partagés avec catégories...

 
what ?

Ca commence à sentir le fake cette histoire de badbios
 

ProDevis    
Ciel Compta avec une version Serveur pour 1 poste client    
Le client en redressement qui va peut être pas me payer après cette journée de merde à remettre de l'ordre  

 
Pour moi la meilleure manière de faire une copie totalement identique entre deux Netapp c'est snapmirror ou NDMP.
Avec les outils type robocopy, d'expérience je trouve que t'es jamais vraiment sûr de tout avoir (ACLs, dedup, snapshots, compression ...).
Des fois même quand tu crois que tu as blindé ton robocopy, tu peux quand même avoir des trucs qui manquent ou des différences entre les volumes ou qtree source/destination.

Est ce que certains ici ont connaissance, dans leur boite ou chez un client, d'un produit pour zipper automatiquement (sous Outlook) les PJ des mails envoyés?
J'en peux plus d'avoir mon quota Exchange rempli au bout d'1 mois...

mais y a pas sous exchange un système de mise en ligne automatique des pièces jointes ?

Je ne sais pas, et encore moins si mes admins l'ont mis en oeuvre. Y a encore un petit % d'utilisateurs qui sont pas sous Exchange, peut etre que ca rend le truc infaisable?
 
Mais tu peux développer? Je comprends pas bien a priori ce que ca changerait? Ca reporterait le gaspillage de volumétrie sur un stockage en ligne?

Ben oui, tu déporte les masses de données d'un serveur mail vers un serveur HTTP. Et les soucis de taille maximale de PJ disparaissent aussi. Et si tu renvoie cette PJ elle est reprise du précédent envoi.
 
Mon seul soucis avec ce système c'est la signature du mail qui n'est plus valide puisqu'il est modifié après la signature.

 
Je pige tjs pas trop. Pour illustrer, supposons que Gégé de la compta envoie un fichier Excel de 4Mo à 70 personnes.
Tel que je pense comprendre le systeme actuel, ca va faire un +4Mo dans l'espace alloué sur le serveur Exchange pour les 70 personnes en question, donc un 4*70=280Mo de stockage .
Dans ton systeme, ca ferait simplement un +4Go en stockage?  Voire encore moi en supposant que le stockage central zipperait de lui meme le fichier, de manière transparente pour l'utilisateur?

 
J'ai bien fait un ndmp copy sur le netapp
Mais rien a faire, peut importe le serveur 2003 ou 2008 ou 2012, les propriété m'indique 0 fichier, mais dedans ils sont bien la et s'ouvre bien

Je connais pas exchange mais je ne pense pas qu'il multiplie les copies si le mail est envoyé en interne.
 
Dans mon système ça fait un 4MB en stockage, puisque je n'envoie pas un fichier mais uniquement un lien vers un download. Je le fais avec postfix et mimedefang.

 
Dans mon cas, il y a un quota de xxxMo par user, xxx étant inchangé depuis 7 ans alors que la taille moyenne des PJ a été multiplié par 2 ou 3 entretemps, et manifestement, ce quota inclue bien le volume des PJ que je recois.

Depuis Exchage 2007 (ou 2010 je sais plus) exchange stocke bien tout unitairement et ne fait plus de SIS, la logique de MS est que si ça prend plus de place ça permet de meilleurs perfs et que les I/O disques coutent bien plus chères que le volume brut (en gros a coup egal mieux vaut mettre ses bases exchanges sur des gros DD SATA 7200 rpm que sur des petits SAS 15k). Mais même à l'époque ou il gérait le SIS le gain évenuel de la dédup n'était pas pris en compte dans le calcul des quotas individuels.

Exchange ne fait pas ça nativement, y'a plein de solutions tierces qui existent, souvent avec des plugins Outlook (linshare en open source par exemple). Et le mode conversion automatique et systématique de toutes les PJ c'est pas une bonne idée amha, tes correspondant peuvent avoir accès au mails et aux PJ mais pas forcement d'aller chercher un lien web.

Je ne vois pas pourquoi il ne leur serait pas possible d'aller chercher un lien web. Ce serait vraiment l'exception et dans ce cas c'est à eux de gérer les exceptions.
 
Et sinon comment tu fais passer des fichiers qui dépassent les plafonds de pièce jointe ? pas par FTP quand même ?

Tu penses à l'utilisateur qui est deconnecté (par ex. dans le train) et qui veut ouvrir une PD d'un mail recu plus tot? Mais y a pas de solution qui zippe les fichiers mis sur le serveur (espace de stockage de l'user ou partagé) et les dezippe lorsque Outlook recopie en local le stockage, par ex?

Charge à lui de télécharger la pièce détachée avant de prendre le train ou d'ajouter un script à son mode offline qui le fait. On va pas non plus trainer la patte pour les gens pas organisés qui veut travailler dans le train et qui sont trop cheap pour se payer une connexion.

Donc si tout le monde ne pense pas ou ne bosse pas comme toi, c'est rien que des cons et tant pis pour eux, bizarrement ça ne m'étonne pas de toi Réalise quand même que sur des plateformes pas exactement confidentielles comme iOS ce que tu peux faire avec les fichiers téléchargés est très limité, que des gens de gens dans les boites ont accès au mail mais un accès au web très limité, etc, quand tu communiques par un canal comme la mail et que tu forces les gens à en utiliser un autre comme le web c'est vraiment pas malin de penser que c'est du pareil au même, tu changes juges les habitudes et le workflow de 95% des utilisateurs du mail sans aucune bonne raison pour l'essentiel des mails. J'ai une telle solution chez moi, je l'utilise que pour ce qui ne passerai de toutes façons pas par mail, pas de façon systématique.
Ton système implique aussi de gérer un serveur web en plus d'un serveur mail, c'est pas le même métier et les mêmes problèmes, c'est pas juste poser un script quelque part sur ton serveur mail que de poser et faire vivre un tel service, etc.

Je connais aucune solution de ce genre mais ça n'aurait que très peu d'intérêt en terme de gain de place de toutes façons : une très grosse partie des formats de fichiers que tu vas envoyer par mail (docs office/odt, images, pdf, etc.) sont déjà nativement compressés et tu gagneras rien en les zippant.

pourquoi tu dis systématique. Moi j’ai dit automatique. Mon filtre est réglé à 15Mb (ou mibi ou ce que vous voulez), un peu au-dessous de la limite en dur de notre gateway mail. Je m'en fiche de la grenaille. Mon boss voulait pouvoir envoyer des PJ sans limite, je lui fourni la solution.
 
Ensuite je fais ce changement parce que ce sont les habitudes des gens qui changent, envoyer des pièces jointes énormes c'est venu avec le temps, le protocole était pas conçu pour ça et il faut savoir évoluer. Et puis c'est pas iOS qui va imposer sa loi aux desktops. Si on doit subir les limitations d'une tablette ou d'un smartphone dans des applis riches on est pas rendu.
 
Ensuite le serveur http ben ça fait partie de mon boulot, c'est pas un serveur http qui va te faire déborder ta todo list. T'en as pas des serveurs http ? Tu n'utilise pas des solutions génériques pour les surveiller et pour les backuper ?

en fait je me demande même si zipper des fichiers textes ne va pas faire grossir le tout du faire de l'encodage binaire.

Sauf que dans les faits la solution que tu fournis ne permet pas d'envoyer des PJ sans limite (ce qui est impossible de toutes façons), un lien vers un fichier en http c'est pas une PJ

Les habitudes changent, mais le mail perdure parce que c'est (de très très loin) le plus petit dénominateur commun pour échanger de l'info pour a peu près tous les devices, toutes les plateformes et tous les users, et tu perds ça en partie avec ce genre de solution (même avec une limite à 15Mo). Et les habitudes qui changent ça veut dire que si iOS ne va pas imposer sa loi au desktop, les dizaines de millions d'utilisateurs d'iMachin et les centaines de milions d'utilisateurs qui ont leurs habitudes sur d'autres plateformes "post-PC" le peuvent sans doute un peu plus Quelque soit la plateforme aux 2 bouts si un mail et son contenu ne peuvent pas être consultés c'est pas le PC qui a gagné sur le mobile ou autre, c'est tout le monde qui a perdu

Sauf que c'est pas le cas chez tous le monde, tout ce que je dis c'est qu'il faut arrêter de prendre ton cas comme une généralité. Et dans tous les cas c'est une appli en plus à sécuriser, surveiller, backuper, etc

En même temps des PJ en texte brut c'est pas non plus ce qu'il y a de plus courant

Un lien en PJ ou dans le corps de mail fourni la même fonctionnalité. Tu peux même le forwarder. Et si la seule limite est l'infini alors moi ça me convient.
 
 

C'est pas le plus petit dénominateur pour envoyer des infos de plus de 15MB ou approchant, et c'est de ça dont on parle. Moi les mails de taille standard je les laisse inchangés, j'apporte un plus, c'est tout. Que même un user de iOS saura exploiter s'il sait cliquer sur un lien. Il trouvera le fichier dans son dossier Downloads. Je sauve le monde en quelques sortes.
 

 
Mais j'ai jamais pris mon cas pour une généralité! Où est-ce que j'ai dit ça ? Je me suis étonné qu'exchange ne propose pas ce genre de solution et on m'a demandé ce que moi je faisais, rien de plus. et oui, une fonctionnalité en plus c'est du boulot en plus. Ici on bosse.  
 
 

Là c'est toi qui prend ton cas pour une généralité
 
 
edit: Est-ce que cette over-reaction ne serait pas due au fait que si un jour mon boss envoie un gros mail au tiens ton boss viendra te voir pour te demander pourquoi lui ne peut pas faire pareil ?

Non, c'est pas la même fonctionalité Dans une cas tu une PJ dans un mail, pas dans l'autre, si tu vois pas la différence je sais pas quoi te dire
 

Y'a pas de dossier download sur iOS, y'a aucune gestion de fichier possible Et même sur un desktop comme je l'ai dit tu n'as même pas forcement accès au web full dans beaucoup de boites, et je te jure que changer le workflow des gens ça en perd malheureusment beaucoup : ils connaissent le mail en PJ comme ils ont toujours connu, cliquer sur un lien et télécharger un fichier ils comprennent même pas même si techniquement c'est possible.
 

Pour ça je prends la généralité pour une généralité
 

Sauf que j'ai une telle solution en place, en mode manuel au choix des users... Si je dis tout ça c'est justement parce que je connais ces solutions et que je sais de quoi je parle, bizarrement. Et mon big boss utilise exclusivement un iPad et un iPhone, s'il reçoit un mail gros mail de ton boss il va venir me voir parce qu'il arrive pas a ouvrir le fichier, et le tien va venir te voir pour te demander pourquoi son correspondant n'arrive pas à ouvrir sa "pièce jointe"

J ai fait le test avec quelques fichiers .doc, .xls ou .pdf que j'ai recu dernièrement (ces extensions doivent faire 95% de ce que je trouve en PJ, le reste étant des images et ... des captures d écrans collées dans le corps des mails, ca c'est super lourd), je gagne environ 30%.  
Bon c est vrai que c est pas énorme, mais mieux que rien.
 

Arrête, c'est pareil. Tu n'envoie pas une PJ pour le plaisir d'envoyer une PJ (ou alors oui, mais c'est ton choix perso qui t'appartient), tu veux faire parvenir un fichier à une personne.
 

Yes! J'ai réussi l’exploit de feinter les users d'Apple, merci pour cette news!    
 
Non parce que sur mon galaxy S3, on a un dossier de téléchargement et là bizarrement on y retrouve le fichier de 45MB que je viens d'envoyer. Accroche-toi bien: Il suffit de cliquer sur le lien, c'est phénoménal, peut-être que je vais déposer un brevet. Mais c'est sans doute trop compliqué à implémenter pour ces andouilles de cupertino. Ils ont les clients qu'ils méritent. Tiens ça me conforte dans mon choix. Non mais j'admets que l'informatique change à une vitesse folle. Bientôt on pourra copier des champs de texte entier et les recoller d'une seule touche si ça se trouve. On appellera ça le "copier recoller".  

Si ton boss veut se castrer avec une tablette grand bien lui fasse. Tiens tu lui imprime cette photo quivabien:
 

 
C'est de la bonne came, tu peux y aller. Alors oui, c'est moins cool que ton truc là, ios, mais tu verra que contrairement à ton bidule, l'objet ci-dessus est fonctionnel.
 
Et si ton boss veut impressionner sa secrétaire par la taille de son engin, voici la version pour adulte:
 

Tout le monde sur ce topic te prend déja pour un imbécile, arrete de leur donner du grain a moudre, on va culpabiliser a force

Et le final, classique. C'est un signe que tout va bien. J'ai jamais réussi à retenir ton pseudo, c'est bizarre.

Envoyer un email c'est la même chose que d'envoyer un courrier papier avec ce point de vue C'est pas le meme workflow pour le destinataire, c'est pas le même timing de réception, c'est souvent pas le même logiciel qu'il faut utiliser, c'est pas les même usages possibles, c'est PAS la même chose. Si tu envoies une PJ que toi ou n'importe qui envoie une PJ a ton même destinataire il fera toujours les mêmes manip pour y accéder, la c'est toi qui lui impose la façon de consulter qui n'est PAS celle qu'il connait et qui sera encore différente pour tous les mecs qui utilisent des systèmes similaires différents et qui lui envoie des trucs par leur biais : ces systèmes sont très pratiques et couvrent un vrai besoin et chez moi comme ailleurs on pourrait plus s'en passer, mais c'est en aucun cas la même chose qu'une PJ.
 

 
Le principe du mail c'est que c'est standard et que chacun gère son client comme il l'entend, tu viens toi même de prouver que tu PEUX PAS connaitre et maitriser ce que les gens vont avoir en face pour recevoir ton mail et si ça peut marcher si tu t'éloignes du standard. Le client mail d'iOS est tout ce qu'il y a de standard, si toi tu fais de la PJ qui n'en ai pas faut pas dire que c'est de la faute d'iOS si ça marche pas, c'est toi qui impose quelque chose de pas standard.
 

J'ai plein d'android chez moi, OK tu peux accéder au dossier téléchargement mais je te jure que c'est tout sauf intuitif pour les utilisateurs comme usage. Même moi qui suit très pro-android et qui a 2 smartphones android dans mes poches en permanance depuis des années quand je d/l un truc la plupart du temps j'ai un temps de flottement avant de me rappeler que si le d/l se lance tout seul à la fin il se passe rien et fait aller chercher le fichier à la main, au mieux via les notifications.
 

Si te comporter comme un andouille arrogant et condescendant marche avec ton boss, je te jure qu'en général (ça va t'etonner) ça n'est pas le cas, bien au contraire ! Et admettons que je le convainque et qu'il passe sous android, il me restera quand même quelques centaines de millions d'iPhones et d'iPad en circulation : même en étant un andouille aussi arrogant et condescendant que toi j'arriverais pas a convaincre tout le monde de les abandonner, et je devrais toujours avoir mes serveurs mails dans le monde réel devant envoyer des PJ sur des iPhones et des iPads sans que je puisse rien y faire, et je préfère avoir les PJ de mes users qui arrivent qu'avoir "raison". Je sais, je suis pas courageux

Vu ton post tu as bien vu que c'était un post de yoakhaz et pas de moi ?

Ca expliquerait qu'il se rappelle pas

Y'aurait pas des soucis chez Orange et/ou level 3 et/ou Colt la ? J'ai des soucis de routage entre de la fibre grand publique orange et toutes mes connexions chez colt, avec les paquets qui semblent se perdre chez Orange ou Level 3 selon le sens du tracert...
 
Edit : Ca marche pas ou mal de ma connexion oranage vers la moitié du net en fait, fuck.

"spa possible, spa les mêmes usages, spa le même workflow, les users sont pas prêts". Franchement ce débat qui sent bon le blackberry ne m'intéresse pas, je te le laisse.
 

En quoi mon mail n'est-il pas standard ?
 
D'autre part tu m'expliquera ton infrastructure mail en détail histoire qu'on puisse comparer nos "standards". Parce que jusqu'ici tu te fais procureur mais si je t'ai bien lu la seule alternative que tu propose à tes users pour régler l'envoi d'une pièce jointe de disons 45MB est identique à la mienne mis à part que tu la propose en option.
 

Voilà, tu viens de prouver que tu pouvais recevoir ma pièce jointe, avec un tout petit peu de bonne volonté.
 

 
Tu n'as pas été clair tout à l'heure, tu propose quoi à tes users pour envoyer un fichier de 45MB ? Tu as dit que c'était orienté linshare et que tu le faisais en option. Concrètement comment un user iOS va-t-il recevoir ta pièce jointe de 45MB ? Histoire que les lurkers en profitent, on est aussi là pour apprendre.

non non, j'ai quoté au bol évidemment!

Ben ouais même des blackberry y'en a encore plein dans la nature Si tu choisis tes débats, tes critères, tes arguments, les devices les cas et les users qui comptent vraiment c'est sur que c'est facile d'avoir raison, c'est dommage que le monde tel qu'il est ne marche pas comme ça
 

Il n'a pas de PJ standard, c'est un fait, tu te ridiculises à continuer d'affirmer le contraire
 

Je suis intervenu sur le débat car à la question "comment compresser toutes mes PJ quand j'envoie/reçoit un mail" et tu as répondu "faut mettre tes PJ sur un serveur web à côté pas dans les mails" : non seulement tu réponds pas à la question mais en plus ta solution n'est pas du tout adaptée et casse le mail, et j'ai expliqué pourquoi basé sur la réalité du monde merveilleux de l'email et des ses utilisateurs, pas sur ma vision dans mon bocal. Tu peux changer les paramètres de la discussion tant que tu veux et passer de toutes les PJ à celle de + de 15Mo à 45Mo tant que tu veux, tu fatigues juste tout le monde et ne convainc personne, ou en tout cas pas de ce que tu penses.
 

C'est mon métier il me faut de la bonne volonté, imagine le reste du monde.
 

Les limites de l'écrasante majorité des systèmes mails étant ce qu'ils sont, et une pièce jointe étant elle aussi ce qu'elle est et pas autre chose, c'est simplement pas possible. Et si tu racontes à ton chef que ta solution ou une autre le permet et que tu n'es pas un magicien, alors c'est soit que tu es malhonnête, soit que tu ne maîtrises vraiment pas le sujet.

jme tuais a expliquer que les pieces jointes sont une commodité mais pas la panacée du transfert de fichiers... mais avec les boites gmail et leur no limit sur la taille des mails, va faire comprendre ca de nos jours...