Bonjour,
mis à part le coté "mal" de Google, j'aimerai des retours d'expérience de migration d'une solution de messagerie hébergé type MS Exchange, ou open-source (postfix, dovecot, ...) vers la solution Google Apps Enterprise.
Quels sont les avantages / inconvénients / difficultés que vous avez pu rencontrer ?
Merci, Greg
Salut, Le 23 oct. 2013 à 17:32, Greg greg-frsag@duchatelet.net a écrit :
Bonjour,
mis à part le coté "mal" de Google, j'aimerai des retours d'expérience de migration d'une solution de messagerie hébergé type MS Exchange, ou open-source (postfix, dovecot, ...) vers la solution Google Apps Enterprise.
Quels sont les avantages / inconvénients / difficultés que vous avez pu rencontrer ?
L'expérience (mail uniquement), que j'ai eu avec google mail en version entreprise... a été étrange.
A part le fait que la NSA peux lire les mails j'ai été très désappointé par les filtres étranges de google.
Exemple tu es inscrit dans une mailing liste avec un robot type sympa. Tous les mails que tu écris (et donc renvoyé vers ton compte mails @google app entreprise) disparaissaient.
J'ai cherché longtemps (y compris dans le log du serveur de ml qui en mangeais pas mal), demandé pourquoi a google et je n'ai jamais eu de réponses.
Je pense que le machin trouvais bizarre que Xavier écrive a soit même via une mailing liste. Dommage que ce genre de choix globaux ne puissent pas être gérés au cas par cas.
Xavier
Bonjour
Le 23 octobre 2013 17:56, Xavier Beaudouin kiwi@oav.net a écrit :
L'expérience (mail uniquement), que j'ai eu avec google mail en version entreprise... a été étrange. Exemple tu es inscrit dans une mailing liste avec un robot type sympa. Tous les mails que tu écris (et donc renvoyé vers ton compte mails @google app entreprise) disparaissaient.
Non, je crois qu'en fait Google considère que ton propre mail que tu reçois de la liste est le même que celui que tu as déjà dans la boîte des éléments envoyés, et il ne garde qu'une version.
Maintenant, il y a aussi des onglets en boîte de réception (genre "promotions" / "réseaux sociaux") et parfois le classement automatiquement se fait bizarrement.
Manu
Le 23 octobre 2013 17:32, Greg greg-frsag@duchatelet.net a écrit :
Bonjour,
Salut,
mis à part le coté "mal" de Google, j'aimerai des retours d'expérience de migration d'une solution de messagerie hébergé type MS Exchange, ou open-source (postfix, dovecot, ...) vers la solution Google Apps Enterprise.
Quels sont les avantages / inconvénients / difficultés que vous avez pu rencontrer ?
J'ai migré pas mal de clients depuis Postfix + Dovecot vers Google Apps grâce à imapsync : http://imapsync.lamiral.info/ Il suffit de lui donner à manger un CSV (format décrit ici : http://imapsync.lamiral.info/examples/file.txt), préciser quelques paramètres, et il se débrouille tout seul :)
Ça fonctionne très bien, et y'a même une option --dry-run pour simuler la copie. Le soft est souvent mis à jour, vraiment je ne regrette pas mon achat.
Pour Echange / Outlook c'est encore plus simple, Google a tout prévu : https://support.google.com/a/answer/180898?hl=fr J'ai fait quelques transferts avec Google Apps Sync for Microsoft Outlook, tout c'est très bien passé. Je n'ai pas eu l'occasion de tester le transfert côté serveur (Google Apps Migration for Microsoft Exchange).
Le 2013-10-23 17:57, Jonathan Leroy a écrit :
Le 23 octobre 2013 17:32, Greg greg-frsag@duchatelet.net a écrit :
Bonjour,
Salut,
mis à part le coté "mal" de Google, j'aimerai des retours d'expérience de migration d'une solution de messagerie hébergé type MS Exchange, ou open-source (postfix, dovecot, ...) vers la solution Google Apps Enterprise.
Quels sont les avantages / inconvénients / difficultés que vous avez pu rencontrer ?
J'ai migré pas mal de clients depuis Postfix + Dovecot vers Google Apps grâce à imapsync : http://imapsync.lamiral.info/ Il suffit de lui donner à manger un CSV (format décrit ici : http://imapsync.lamiral.info/examples/file.txt), préciser quelques paramètres, et il se débrouille tout seul :)
Hello,
Pourquoi payer ? Perso j'ai utilisé imapcopy fourni avec toute debian qui se respecte...
J'avais fait une petite entrée sur mon blog sur le sujet : http://blog.lenhof.eu.org/2012/10/10/recopier-ses-mails-entre-deux-serveurs-...
Cordialement,
JYL
Le 23 octobre 2013 18:02, jean-yves@lenhof.eu.org a écrit :
Hello,
Pourquoi payer ? Perso j'ai utilisé imapcopy fourni avec toute debian qui se respecte...
J'avais fait une petite entrée sur mon blog sur le sujet : http://blog.lenhof.eu.org/2012/10/10/recopier-ses-mails-entre-deux-serveurs-...
Il n'avait pas fonctionné lorsque je l'ai testé. Je ne me souviens plus du problème rencontré, mais il a peut-être été corrigé depuis.
Le 23/10/2013 17:32, Greg a écrit :
Bonjour,
mis à part le coté "mal" de Google, j'aimerai des retours d'expérience de migration d'une solution de messagerie hébergé type MS Exchange, ou open-source (postfix, dovecot, ...) vers la solution Google Apps Enterprise.
Quels sont les avantages / inconvénients / difficultés que vous avez pu rencontrer ?
Merci, Greg
Salut Greg,
Je ne te parlerais pas de NSA mais de la Gendarmerie Ntech. Un ami a vécu une perquisition sur un référé de tribunal de commerce, ils cherchaient des preuves et en plus des épluchages de factures (euh pardon l'Etat impose une compatibilité informatisée, donc ils ont pris les fichiers), ils se sont intéressés aux mails pour trouver des traces d'échanges entre plusieurs personnes.
En tant normal il aurait fallu obtenir les infos par un admin de l'entreprise ou par le prestataire de l'entreprise gérant les mails.
Là non, "ha vous êtes sur Google, c'est quoi votre nom de domaine principal?" et hop ils visualisaient tous les comptes et leurs contenus dans la minute sans aucun filtrage. Alors qu'en temps normal tu demandes à un prestataire (j'ai déjà eu des demandes en ce sens), tu renvoie un rapport de ta recherche et les mails concernés uniquement et en aucun cas tu laisses l'accès à tous les mails.
Donc ce côté là me dérange vraiment, perso j'utilise déjà plus mon compte mail Google et je n'ai fait aucun forward, et j'utiliserais encore moins leur solution pour une entreprise.
Sinon en dehors de ce contexte sensible, la seule limite qu'un client a rencontré c'est quand il dépasse 300 mails envoyés par jour, tu peux plus rien envoyer avant le lendemain. A priori c'est une limite par compte aussi bien en gratuit qu'en payant.
++
Plus le temps passe , plus l'utilisation des services googles est une hérésie pour les non Américains - A moins d'élever des chèvres dans le Cantal. Google c'est le bras armés de l'économie américaine.
Le principe est le suivant: je fais un super service, qui marche nickel, je le donne gratos alors que l'utilisateur devait payer cher pour un service de cette qualité ( 5 à 10 Euro par compte et par mois ) .
Je le finance par la pub et si cela ne rapporte pas assez je demande à la NSA de financer en leur permettant d'écouter tout.
Et la dessus j'active le SSL et le TLS pour être sur que d'autres agences non US ne puis pas écouter les mails.
On est vraiment de bonnes poires ( ou des patates... voir la vidéo )
http://mobile.lemonde.fr/technologies/video/2013/10/21/comment-la-nsa-vous-s...
j'utilise encore gmail pour mes mailing list mais ça sent le sapin.. bye Hugues.
Le 23/10/13 18:17, Wallace a écrit :
Le 23/10/2013 17:32, Greg a écrit :
Bonjour,
mis à part le coté "mal" de Google, j'aimerai des retours d'expérience de migration d'une solution de messagerie hébergé type MS Exchange, ou open-source (postfix, dovecot, ...) vers la solution Google Apps Enterprise.
Quels sont les avantages / inconvénients / difficultés que vous avez pu rencontrer ?
Merci, Greg
Salut Greg,
Je ne te parlerais pas de NSA mais de la Gendarmerie Ntech. Un ami a vécu une perquisition sur un référé de tribunal de commerce, ils cherchaient des preuves et en plus des épluchages de factures (euh pardon l'Etat impose une compatibilité informatisée, donc ils ont pris les fichiers), ils se sont intéressés aux mails pour trouver des traces d'échanges entre plusieurs personnes.
En tant normal il aurait fallu obtenir les infos par un admin de l'entreprise ou par le prestataire de l'entreprise gérant les mails.
Là non, "ha vous êtes sur Google, c'est quoi votre nom de domaine principal?" et hop ils visualisaient tous les comptes et leurs contenus dans la minute sans aucun filtrage. Alors qu'en temps normal tu demandes à un prestataire (j'ai déjà eu des demandes en ce sens), tu renvoie un rapport de ta recherche et les mails concernés uniquement et en aucun cas tu laisses l'accès à tous les mails.
Donc ce côté là me dérange vraiment, perso j'utilise déjà plus mon compte mail Google et je n'ai fait aucun forward, et j'utiliserais encore moins leur solution pour une entreprise.
Sinon en dehors de ce contexte sensible, la seule limite qu'un client a rencontré c'est quand il dépasse 300 mails envoyés par jour, tu peux plus rien envoyer avant le lendemain. A priori c'est une limite par compte aussi bien en gratuit qu'en payant.
++
Liste de diffusion du FRsAG http://www.frsag.org/
Le 23 octobre 2013 18:48, Hugues huguesmax@gmail.com a écrit :
Le principe est le suivant: je fais un super service, qui marche nickel, je le donne gratos alors que l'utilisateur devait payer cher pour un service de cette qualité ( 5 à 10 Euro par compte et par mois ) .
Je le finance par la pub et si cela ne rapporte pas assez je demande à la NSA de financer en leur permettant d'écouter tout.
teu-teu-teu
Google Apps for Business (c'est de ça qu'on parle) est payant est n'est pas soumis aux mêmes contrats que les services Google "classiques". Mais je suis d'accord sur le fond : il faut abandonner les services hébergés sur le sol US, ou dont la société derrière est américaine ou est une filliale d'une boite US.
Malheureusement Google Apps n'a pas d'alternative crédible, que ce soit en SaaS ou pas. Seule solution pour avoir une solution Mail + Contacts + Agenda qui fonctionne correctement sur Windows / Mac / Andriod / iPhone : un serveur Windows avec Exchange...
Salut,
Malheureusement Google Apps n'a pas d'alternative crédible, que ce soit en SaaS ou pas. Seule solution pour avoir une solution Mail + Contacts + Agenda qui fonctionne correctement sur Windows / Mac / Andriod / iPhone : un serveur Windows avec Exchange...
Pardon ?
Alors en hébergé soit même :
- zimbra (ok produit US) - zarafa - bluecoat
Pour Zimbra et Zarafa un simple z-push et tu as tout...
Après si tu ne veux pas faire d'admin... Pourquoi être sur cette liste ? :p
Xavier
Heu...
Le 23 oct. 2013 à 19:13, Xavier Beaudouin kiwi@oav.net a écrit :
Salut,
Malheureusement Google Apps n'a pas d'alternative crédible, que ce soit en SaaS ou pas. Seule solution pour avoir une solution Mail + Contacts + Agenda qui fonctionne correctement sur Windows / Mac / Andriod / iPhone : un serveur Windows avec Exchange...
Pardon ?
Alors en hébergé soit même :
- zimbra (ok produit US)
- zarafa
- bluecoat
sed s/coat/mind/ pour blue coat... Donc Blue Mind.
Pour Zimbra et Zarafa un simple z-push et tu as tout...
Après si tu ne veux pas faire d'admin... Pourquoi être sur cette liste ? :p
Xavier _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Le 23 octobre 2013 19:13, Xavier Beaudouin kiwi@oav.net a écrit :
Pardon ?
Alors en hébergé soit même :
- zimbra (ok produit US)
Une usine à gaz en Java. Une horreur à utiliser.
- zarafa
Pas de support de CarDAV pour le partage des contacts et la synchro entre les devices. Semble tout stocker dans une DB, y compris les mails (?).
- bluecoat
Java, j'en veux pas ;)
Je passe sur la fait que pour toutes ces solutions on est quand même loin derrière niveau interface utilisateur...
Après si tu ne veux pas faire d'admin... Pourquoi être sur cette liste ? :p
Qui a dit ça ? Je veux un truc qui fonctionne, qui soit utilisable par une personne "normale", et qui ne consomme pas 2G de RAM par utilisateur.
euh... en quoi Zimbra est une horreur ? Lotus c etait une horreur mais Zimbra...
il y a du java mais pas que ca soit dit en passant
pour les mails en base c est aussi le cas pour exchange...
concernant l interface c est une question de gout, certain aime le cote kikoolol d OWA, d autre sont fanboy de squirrel, d autre aime le style iCloud... On Oct 23, 2013 1:53 PM, "Jonathan Leroy" jonathan+ml@inikup.com wrote:
Le 23 octobre 2013 19:13, Xavier Beaudouin kiwi@oav.net a écrit :
Pardon ?
Alors en hébergé soit même :
- zimbra (ok produit US)
Une usine à gaz en Java. Une horreur à utiliser.
- zarafa
Pas de support de CarDAV pour le partage des contacts et la synchro entre les devices. Semble tout stocker dans une DB, y compris les mails (?).
- bluecoat
Java, j'en veux pas ;)
Je passe sur la fait que pour toutes ces solutions on est quand même loin derrière niveau interface utilisateur...
Après si tu ne veux pas faire d'admin... Pourquoi être sur cette liste ?
:p
Qui a dit ça ? Je veux un truc qui fonctionne, qui soit utilisable par une personne "normale", et qui ne consomme pas 2G de RAM par utilisateur.
-- Jonathan Leroy _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Je confirme Lotus c'est usine à gaz pas Zimbra! Après faut comprendre le fonctionnement et accepter les interfaces ...
From my cell
Le 23 oct. 2013 à 20:22, arnaud landry arnaud.landry@gmail.com a écrit :
euh... en quoi Zimbra est une horreur ? Lotus c etait une horreur mais Zimbra...
il y a du java mais pas que ca soit dit en passant
pour les mails en base c est aussi le cas pour exchange...
concernant l interface c est une question de gout, certain aime le cote kikoolol d OWA, d autre sont fanboy de squirrel, d autre aime le style iCloud...
On Oct 23, 2013 1:53 PM, "Jonathan Leroy" jonathan+ml@inikup.com wrote: Le 23 octobre 2013 19:13, Xavier Beaudouin kiwi@oav.net a écrit :
Pardon ?
Alors en hébergé soit même :
- zimbra (ok produit US)
Une usine à gaz en Java. Une horreur à utiliser.
- zarafa
Pas de support de CarDAV pour le partage des contacts et la synchro entre les devices. Semble tout stocker dans une DB, y compris les mails (?).
- bluecoat
Java, j'en veux pas ;)
Je passe sur la fait que pour toutes ces solutions on est quand même loin derrière niveau interface utilisateur...
Après si tu ne veux pas faire d'admin... Pourquoi être sur cette liste ? :p
Qui a dit ça ? Je veux un truc qui fonctionne, qui soit utilisable par une personne "normale", et qui ne consomme pas 2G de RAM par utilisateur.
-- Jonathan Leroy _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Le 23 octobre 2013 20:49, Laurent GENESTIE laurent.genestie@gmail.com a écrit :
Je confirme Lotus c'est usine à gaz pas Zimbra! Après faut comprendre le fonctionnement et accepter les interfaces ...
Bon, je viens de tester la demo de l'interface sur zimbra.com et c'est vrai qu'ils ont fait des progrès. Mais AMHA on est encore loin de l'interface Google Apps niveau clarté / simplicité. Après c'est ptet différent pour les gens qui sont habitués à utiliser un client de messagerie en local comme Outlook ou Thunderbird.
Perso après presque 3 ans de Google Apps je n'ai pas trouvé ni interface web ni MUA "tout-en-un" qui me satisfasse.
Bonsoir, Vous devriez également regarder BlueMind ( http://www.blue-mind.net/ ), solution de messagerie collaborative open-source française.
Cordialement, Stéphane
Le 23/10/2013 23:04, Jonathan Leroy a écrit :
Le 23 octobre 2013 20:49, Laurent GENESTIE laurent.genestie@gmail.com a écrit :
Je confirme Lotus c'est usine à gaz pas Zimbra! Après faut comprendre le fonctionnement et accepter les interfaces ...
Bon, je viens de tester la demo de l'interface sur zimbra.com et c'est vrai qu'ils ont fait des progrès. Mais AMHA on est encore loin de l'interface Google Apps niveau clarté / simplicité. Après c'est ptet différent pour les gens qui sont habitués à utiliser un client de messagerie en local comme Outlook ou Thunderbird.
Perso après presque 3 ans de Google Apps je n'ai pas trouvé ni interface web ni MUA "tout-en-un" qui me satisfasse.
Salut,
Sinon Kolab à l'air sympa : http://kolab.org/
Samir
On Wed, Oct 23, 2013 at 11:13:30PM +0200, Stephane MANHES - OKTEY wrote:
Bonsoir, Vous devriez également regarder BlueMind ( http://www.blue-mind.net/ ), solution de messagerie collaborative open-source française.
Cordialement, Stéphane
Le 23/10/2013 23:04, Jonathan Leroy a écrit :
Le 23 octobre 2013 20:49, Laurent GENESTIE laurent.genestie@gmail.com a écrit :
Je confirme Lotus c'est usine à gaz pas Zimbra! Après faut comprendre le fonctionnement et accepter les interfaces ...
Bon, je viens de tester la demo de l'interface sur zimbra.com et c'est vrai qu'ils ont fait des progrès. Mais AMHA on est encore loin de l'interface Google Apps niveau clarté / simplicité. Après c'est ptet différent pour les gens qui sont habitués à utiliser un client de messagerie en local comme Outlook ou Thunderbird.
Perso après presque 3 ans de Google Apps je n'ai pas trouvé ni interface web ni MUA "tout-en-un" qui me satisfasse.
Liste de diffusion du FRsAG http://www.frsag.org/
A propos des fonctionnalités tout ça, je trouve que l'un des trucs qui retient à gmail c'est clairement l'affichage par conversation. Je n'ai encore trouvé ça NULLE PART ailleurs !!! Roundcube parle de "thread view" mais y'a soit que les messages reçus, soit que les messages envoyés suivant le dossier dans lequel on est. Autant dire que c'est très useless. Horde propose aussi un truc du style, mais pareil, c'est inutilisable et ne correspond tellement pas à ce besoin...
Si quelqu'un connait un webmail opensource qui propose un vrai affichage par thread, je prends !!
Gaël
Le 24 octobre 2013 00:03, Samir NOIR samir@noir.im a écrit :
Salut,
Sinon Kolab à l'air sympa : http://kolab.org/
Samir
On Wed, Oct 23, 2013 at 11:13:30PM +0200, Stephane MANHES - OKTEY wrote:
Bonsoir, Vous devriez également regarder BlueMind ( http://www.blue-mind.net/ ), solution de messagerie collaborative open-source française.
Cordialement, Stéphane
Le 23/10/2013 23:04, Jonathan Leroy a écrit :
Le 23 octobre 2013 20:49, Laurent GENESTIE laurent.genestie@gmail.com a écrit :
Je confirme Lotus c'est usine à gaz pas Zimbra! Après faut comprendre
le
fonctionnement et accepter les interfaces ...
Bon, je viens de tester la demo de l'interface sur zimbra.com et c'est vrai qu'ils ont fait des progrès. Mais AMHA on est encore loin de l'interface Google Apps niveau clarté / simplicité. Après c'est ptet différent pour les gens qui sont habitués à utiliser un client de messagerie en local comme Outlook ou Thunderbird.
Perso après presque 3 ans de Google Apps je n'ai pas trouvé ni interface web ni MUA "tout-en-un" qui me satisfasse.
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Salut, Le 24 oct. 2013 à 01:27, Gaël gagou9@gmail.com a écrit :
A propos des fonctionnalités tout ça, je trouve que l'un des trucs qui retient à gmail c'est clairement l'affichage par conversation. Je n'ai encore trouvé ça NULLE PART ailleurs !!!
Sur Mail.App de mac j'ai ca... Quelque soit le serveur Mail (imap).
Aller... Sur ZCS 8.0 aussi... Avec les mêmes tords de Gmail : top posting. A bah tiens toi aussi tu tope poste.. :(
/Xavier
Le Thu, Oct 24, 2013 at 01:27:28AM +0200, Gaël [gagou9@gmail.com] a écrit:
A propos des fonctionnalités tout ça, je trouve que l'un des trucs qui retient à gmail c'est clairement l'affichage par conversation. Je n'ai encore trouvé ça NULLE PART ailleurs !!! Roundcube parle de "thread view" mais y'a soit que les messages reçus, soit que les messages envoyés suivant le dossier dans lequel on est. Autant dire que c'est très useless.
Il faut/suffit donc que les messages envoyés et reçus soient rangés au même endroit. Je fais ça depuis ~ toujours avec mon Mutt (partie à la main, partie grace aux *-hook), et Thunderbird propose une option, dans la boite de configuration "copies & folders" (en angliche) qui propose de ranger les réponses dans le dossier où se trouve le mail auquel on répond.
Si ça n'existe pas du même genre pour les webmails à plugin, je doute que ce soit super complexe à mettre en oeuvre...
Perso après presque 3 ans de Google Apps je n'ai pas trouvé ni interface web ni MUA "tout-en-un" qui me satisfasse.
Pour le boulot, j'étais chez Microsoft hier pour une démo office 365 et lync et j'ai plutôt trouvé leur interface très sympa.
Du coup je l'envisage sérieusement en alternative à Google apps pour le cabinet de me femme...
Par ailleurs tu peux avoir un mode hybride avec une partie des apps dans le cloud et une autre partie on permises.
Suivant ton abonnement tu peux avoir que les office web apps ou aussi le client sur le poste.
Coté datacenter tu peux être hébergé en Irlande avec données redondées à Amsterdam.
Pour ma part je découvre Groupwise (Novell) dans ma nouvelle entreprise et c'est pas mal foutu, notamment le client web qui est très semblable au client lourd.
Le 24 octobre 2013 07:36, Nicolas Steinmetz nsteinmetz@gmail.com a écrit :
Perso après presque 3 ans de Google Apps je n'ai pas trouvé ni interface web ni MUA "tout-en-un" qui me satisfasse.
Pour le boulot, j'étais chez Microsoft hier pour une démo office 365 et lync et j'ai plutôt trouvé leur interface très sympa.
Du coup je l'envisage sérieusement en alternative à Google apps pour le cabinet de me femme...
Par ailleurs tu peux avoir un mode hybride avec une partie des apps dans le cloud et une autre partie on permises.
Suivant ton abonnement tu peux avoir que les office web apps ou aussi le client sur le poste.
Coté datacenter tu peux être hébergé en Irlande avec données redondées à Amsterdam.
Liste de diffusion du FRsAG http://www.frsag.org/
Le 24/10/2013 07:36, Nicolas Steinmetz a écrit :
Perso après presque 3 ans de Google Apps je n'ai pas trouvé ni interface web ni MUA "tout-en-un" qui me satisfasse.
Pour le boulot, j'étais chez Microsoft hier pour une démo office 365 et lync et j'ai plutôt trouvé leur interface très sympa.
Du coup je l'envisage sérieusement en alternative à Google apps pour le cabinet de me femme...
Par ailleurs tu peux avoir un mode hybride avec une partie des apps dans le cloud et une autre partie on permises.
Suivant ton abonnement tu peux avoir que les office web apps ou aussi le client sur le poste.
Coté datacenter tu peux être hébergé en Irlande avec données redondées à Amsterdam.
Ouep, tu peux aussi directement filer les coordonnées de ton client à Microsoft puisque de toute façon, tu n'as plus de valeur ajoutée.
Julien
Le 24 octobre 2013 12:32, Julien Escario escario@azylog.net a écrit :
Ouep, tu peux aussi directement filer les coordonnées de ton client à Microsoft puisque de toute façon, tu n'as plus de valeur ajoutée.
A la différence de Google Apps, Microsoft Office 365 ne dispose pas d'interface revendeur permettant de gérer tes clients et commandes de façons centralisées. En tant que revendeur tu ne peux pas non plus acheter directement tes licences auprès de Microsoft : il te faut soit créer un compte au nom de ton client et saisir tes coordonnées dans les infos de facturation, soit acheter des licences Office 365 auprès d'un partenaire Microsoft puis les attribuer à tes clients.
Enfin, il n'y a ni tarifs revendeurs (-20 % chez Google) ni commissions. Bref, j'ai l'impression qu'ils privilégient plus les "installateurs" que les revendeurs.
Bonjour,
Juste quelques précisions, je suis loin d'être un fanboy microsoft, juste utilisateur/admin à mon corps défendant et pas spécialement insatisfait de la solution.
Le 24 octobre 2013 12:32, Julien Escario escario@azylog.net a écrit :
Ouep, tu peux aussi directement filer les coordonnées de ton client à Microsoft puisque de toute façon, tu n'as plus de valeur ajoutée.
Ca dépend des sociétés de service et des clients, pour les petites boites, la valeur ajoutée d'une société de service ça peut être de gérer toute l'info. Dans ce cas proposer un machin genre Office365 n'est pas forcément aberrant de ce point de vue là.
De : frsag-bounces@frsag.org [mailto:frsag-bounces@frsag.org] De la part de Jonathan Leroy A la différence de Google Apps, Microsoft Office 365 ne dispose pas d'interface revendeur permettant de gérer tes clients et commandes de façons centralisées.
Pour les commandes je ne sais pas parce qu'on ne l'utilise pas mais pour les clients c'est en partie faux. Si tu es inscrit comme revendeur (et validé comme admin par ton client), tu peux gérer tes comptes clients depuis une interface d'admin "centralisée". Les guillemets c'est parce que tu n'as pas vraiment de tableau de bord global, juste des passerelles pour passer de ton compte à celui d'un client sans ré-authentification.
En tant que revendeur tu ne peux pas non plus acheter directement tes licences auprès de Microsoft : il te faut soit créer un compte au nom de ton client et saisir tes coordonnées dans les infos de facturation, soit acheter des licences Office 365 auprès d'un partenaire Microsoft puis les attribuer à tes clients.
Il me semble qu'avec le lancement des dernières offres office 365 on peut commander et facturer de l'office 365 comme des licences office classiques (donc via un grossiste type techadata/ingram...). Ceci dit je ne me suis pas précisément penché sur la question. Nos clients de l'offre étant antérieurs à ça.
Par ailleurs, pour être partenaire de base microsoft c'est pas contraignant, c'est juste un formulaire à remplir.
Enfin, il n'y a ni tarifs revendeurs (-20 % chez Google) ni commissions. Bref, j'ai l'impression qu'ils privilégient plus les "installateurs" que les revendeurs.
Ca par contre c'est faux, on touche des commissions tous les trimestres. De mémoire 18% la première année puis 6% les années suivante (les commissions fonctionnent par utilisateurs donc un utilisateur créé en N+1 rapportera 18% pendant un an).
Pour le coup on peut reprocher beaucoup de choses à microsoft mais ils prennent plutôt soin de leurs partenaires, même petits.
Ceci étant dit, si j'avais un projet de ce genre à faire, je testerai une solution type Sogo.
-- Mathieu Bouchonnet
Le 24 octobre 2013 12:32, Julien Escario escario@azylog.net a écrit :
Ouep, tu peux aussi directement filer les coordonnées de ton client à Microsoft puisque de toute façon, tu n'as plus de valeur ajoutée
Ah ah. Au delà du troll et à l'inverse : encore combien de temps certaines boites vont accepter de payer des équipes internes pour des services de commodités comme l'email et plus généralement le groupware de base ??
A mon sens, il va rester 2 types de profils dans les équipes internes à terme :
- Des experts/architectes techniques capable de prescrire et mettre en oeuvre la solution (Intégration SI, etc) - Leur pendant fonctionnel pour l'accompagnement des utilisateurs et la prescription des solutions
Perso, je préfère me concentrer sur des sujets à plus forte valeur ajoutée que la gestion de la plateforme mail...
Chacun voit midi à sa porte :)
Le 25/10/2013 23:02, Nicolas Steinmetz a écrit :
Le 24 octobre 2013 12:32, Julien Escario <escario@azylog.net mailto:escario@azylog.net> a écrit :
Ouep, tu peux aussi directement filer les coordonnées de ton client à Microsoft puisque de toute façon, tu n'as plus de valeur ajoutéeAh ah. Au delà du troll et à l'inverse : encore combien de temps certaines boites vont accepter de payer des équipes internes pour des services de commodités comme l'email et plus généralement le groupware de base ??
A mon sens, il va rester 2 types de profils dans les équipes internes à terme :
- Des experts/architectes techniques capable de prescrire et mettre en oeuvre la solution (Intégration SI, etc)
- Leur pendant fonctionnel pour l'accompagnement des utilisateurs et la prescription des solutions
Perso, je préfère me concentrer sur des sujets à plus forte valeur ajoutée que la gestion de la plateforme mail...
Chacun voit midi à sa porte :)
Tu as raison mais je te donne une autre vision. Dans les mails en dehors du personnel technique, la quasi totalité des informations sensibles de l'entreprise passent par les mails (je sais c'est pas fait pour), donc pour l'échange d'informations entre collègue je préfère que ça reste en interne et que ça ne sorte pas du réseau. J'estime en étant un peu vulgaire que les "couilles" de l'entreprise sont les bases de données et les fichiers si une de ces données n'est pas sous ta totale maitrise tu exposes l'entreprise. Quand je vois les entreprises qui sous traitent toute leur informatique de la simple TPE aux grands comptes et quand les prestataires les plantes ils sont en galère, leur activité est perturbée par le changement de prestataire ... Je parle même pas des problèmes de confidentialités ... j'ai vu des choses dans les entreprises d'infogérance ça fait peur. Etant patron à présent c'est juste pas pensable de me faire avoir pareil.
Bonjour,
très intéressant cette vision des choses, car on est tous, sur cette ML, concernés. Et quand je vois les prochaines offres de OVH, je commence à me demander ce que vont devenir les sysadmins "moyens", la masse quoi. Les meilleurs vont se retrouver architecte technique, experts, consultants... Mais les autres ? Une partie sera embauché par OVH, et quelques SSII, mais ce ne serait pas le début de la fin de l'âge d'or du sysadmin ?
euh... bon week-end ... :-/ Greg
Le 25 octobre 2013 23:02, Nicolas Steinmetz nsteinmetz@gmail.com a écrit :
Le 24 octobre 2013 12:32, Julien Escario escario@azylog.net a écrit :
Ouep, tu peux aussi directement filer les coordonnées de ton client à Microsoft puisque de toute façon, tu n'as plus de valeur ajoutée
Ah ah. Au delà du troll et à l'inverse : encore combien de temps certaines boites vont accepter de payer des équipes internes pour des services de commodités comme l'email et plus généralement le groupware de base ??
A mon sens, il va rester 2 types de profils dans les équipes internes à terme :
- Des experts/architectes techniques capable de prescrire et mettre en
oeuvre la solution (Intégration SI, etc)
- Leur pendant fonctionnel pour l'accompagnement des utilisateurs et
la prescription des solutions
Perso, je préfère me concentrer sur des sujets à plus forte valeur ajoutée que la gestion de la plateforme mail...
Chacun voit midi à sa porte :)
Nicolas Steinmetz http://www.steinmetz.fr - http://nicolas.steinmetz.fr/
Liste de diffusion du FRsAG http://www.frsag.org/
Bonjour,
Où les trouves-tu ?
http://forum.ovh.com/showthread.php?t=94186 http://forum.ovh.com/showthread.php?t=94211 http://forum.ovh.com/showthread.php?t=94252
Anthony
Le 26 oct. 2013 à 14:14, Greg greg-frsag@duchatelet.net a écrit :
Bonjour,
très intéressant cette vision des choses, car on est tous, sur cette ML, concernés. Et quand je vois les prochaines offres de OVH, je commence à me demander ce que vont devenir les sysadmins "moyens", la masse quoi. Les meilleurs vont se retrouver architecte technique, experts, consultants... Mais les autres ? Une partie sera embauché par OVH, et quelques SSII, mais ce ne serait pas le début de la fin de l'âge d'or du sysadmin ?
euh... bon week-end ... :-/ Greg
Ben déjà ça va réduire le nombre de gens qui répondent au dessus du mail précédent sur les MLs techniques, pas forcément un mal ça.
Au contraire, c’est le retour de l’âge d’or du sysadmin tel qu’il avait disparu dans la seconde moitié des années 90 !
Les infrastructures sont de plus en plus complexes, la majorité des services critiques sont désormais en ligne, la disponibilité devient un critère éliminatoire… on va donc assister à une véritable sélection naturelle qui ne laissera que les meilleurs, meilleurs qui seront tellement indispensables qu’ils détiendront tous les pouvoirs.
Finie la médiocrité, bonjour l’âge d’or ! (et on doit encore être vendredi quelque part)
Le 26 octobre 2013 16:41, Frédéric de Villamil frederic@de-villamil.com a écrit :
Ben déjà ça va réduire le nombre de gens qui répondent au dessus du mail précédent sur les MLs techniques, pas forcément un mal ça.
Ca se passe justement comme ça avec Gmail, faire autrement demande un effort ;) Car Gmail présente les mails correctement...
Greg
Au contraire, c’est le retour de l’âge d’or du sysadmin tel qu’il avait disparu dans la seconde moitié des années 90 !
Les infrastructures sont de plus en plus complexes, la majorité des services critiques sont désormais en ligne, la disponibilité devient un critère éliminatoire… on va donc assister à une véritable sélection naturelle qui ne laissera que les meilleurs, meilleurs qui seront tellement indispensables qu’ils détiendront tous les pouvoirs.
Finie la médiocrité, bonjour l’âge d’or ! (et on doit encore être vendredi quelque part)
-- Frédéric de Villamil / @fdevillamil I'm not strange, weird, off, nor crazy, my reality is just different from yours. Le Rayon UX – http://t37.net
Le Fri, Oct 25, 2013 at 11:02:07PM +0200, Nicolas Steinmetz [nsteinmetz@gmail.com] a écrit: [...]
A mon sens, il va rester 2 types de profils dans les équipes internes à terme :
- Des experts/architectes techniques capable de prescrire et mettre en
oeuvre la solution (Intégration SI, etc)
- Leur pendant fonctionnel pour l'accompagnement des utilisateurs et la
prescription des solutions
Ça, c'est juste un DSI qui lit 01net, rien de nouveau.
Perso, je préfère me concentrer sur des sujets à plus forte valeur ajoutée que la gestion de la plateforme mail...
Ben interne ou pas, la question c'est plus de savoir où sont tes données, qui les gère, et comment (garanties, récupération pour changer de solution, ...). Et franchement, Google, quitte à mettre les pieds dans le troll qui rode derrière le fil, je leur confierai rien de plein gré. (et y'a tout un tas de FSI qui savent faire à taille humaine, pour accompagner la mise en oeuvre, interne ou hostée)
Le 24 octobre 2013 07:36, Nicolas Steinmetz nsteinmetz@gmail.com a écrit :
Pour le boulot, j'étais chez Microsoft hier pour une démo office 365 et lync et j'ai plutôt trouvé leur interface très sympa.
Du coup je l'envisage sérieusement en alternative à Google apps pour le cabinet de me femme...
J'ai déployé ça chez un client qui voulait absolument ça ou Exchange. On va dire que je suis jamais content (c'pas faux) mais j'ai pas été vraiment convaincu. L'interface pose quelques problèmes sous Chrome / Firefox et la gestion des licences façon Microsoft est incompréhensible. Ceci dit je ne suis pas un habitué des licences MS donc ça ne gênera probablement pas un habitué.
Coté datacenter tu peux être hébergé en Irlande avec données redondées à Amsterdam.
Attention, le fait que l'appli soit hébergée sur le sol européen ne change rien au niveau du Patriot Act. Microsoft est une société US, et de fait toutes ses filiales à travers le monde sont soumises au Patriot Act.
Le 24 octobre 2013 12:49, Jonathan Leroy jonathan@unsigned.inikup.com a écrit :
J'ai déployé ça chez un client qui voulait absolument ça ou Exchange. On va dire que je suis jamais content (c'pas faux) mais j'ai pas été vraiment convaincu. L'interface pose quelques problèmes sous Chrome / Firefox
Même si c'est pas encore parfait, ils ont quand même fait d'énorme progrès en la matière / rattrapper une grosse partie de leur retard. Jusqu'à il y a encore peu, OWA était IE only...
et la gestion des licences façon Microsoft est incompréhensible. Ceci dit je ne suis pas un habitué des licences MS donc ça ne gênera probablement pas un habitué.
Ca, c'est clair que faut une formation à leur politique de licence :)
Attention, le fait que l'appli soit hébergée sur le sol européen ne change rien au niveau du Patriot Act. Microsoft est une société US, et de fait toutes ses filiales à travers le monde sont soumises au Patriot Act.
Oui, ça je sais bien.
On Wed, 23 Oct 2013 19:52:38 +0200, Jonathan Leroy jonathan+ml@inikup.com wrote:
Le 23 octobre 2013 19:13, Xavier Beaudouin kiwi@oav.net a écrit :
Pardon ?
Alors en hébergé soit même :
- zimbra (ok produit US)
- zarafa
- bluecoat
Je veux un truc qui fonctionne, qui soit utilisable par une personne "normale", et qui ne consomme pas 2G de RAM par utilisateur.
Kerio Connect (j'ai quelques milliers de boites sur une Debian, ca tourne juste bien. ActiveSync, plugin Outlook, CalDAV, CardDAV, IMAP, etc...). Icewarp Mail (ex-Merak avec des amélioration. Pas encore testé).
HTH, HAND
Le 23 octobre 2013 19:13, Xavier Beaudouin kiwi@oav.net a écrit :
Pardon ?
J'ai oublié de préciser qu'il y a environ 1 an j'ai fait le tour de toutes les solutions de ce type, qu'elles soient proprio ou open source, gratuites ou payantes.
J'en ai tiré les conclusions suivantes : - Beaucoup de projets abandonnés ou en état de mort cérébrale, - Un grand nombre de produits inutilisables par la commun des mortels, - Beaucoup d'horreurs à administrer au quotidien.
Au final, il n'y a que trois solutions qui m'ont convaincues : - Microsoft Exchange, - Google Apps, - Atmail (http://atmail.com/)
Atmail aurait été parfait pour moi mais malheureusement sa traduction française est moisie. Quand je l'ai fait remarqué au service commercial, on m'a proposé de corriger moi-même les trads en échange de 10% de remise sur ma prochaine commande. Si, si.
Bref, tout ça pour dire que si Google truste la marché de la messagerie collaborative, c'est qu'il y a une raison.
Bonjoir,
Mais je suis d'accord sur le fond : il faut abandonner les services hébergés sur le sol US
Doucement doucement ! Ça fait beaucoup trop de fois que je vois ça, ça me pique les yeux à chaque fois !
Un hébergeur sur le sol US peut choisir de ne conserver AUCUN log, et peut ne pas "aider" à l'espionnite du gouvernement.
J'ai au moins cet exemple : http://riseup.net
Je serai heureux d'être contredit et/ou d'en savoir plus.
Gaël
Le 23 octobre 2013 20:00, Gaël gagou9@gmail.com a écrit :
Doucement doucement ! Ça fait beaucoup trop de fois que je vois ça, ça me pique les yeux à chaque fois !
Un hébergeur sur le sol US peut choisir de ne conserver AUCUN log, et peut ne pas "aider" à l'espionnite du gouvernement.
Le problème dans le cas présent ce n'est pas tellement les logs, mais le doit d'accès que permet au gouvernement US le Patriot Act. Même si aucun log n'est conservé mes mails sont, eux, bien enregistrés sur le disque du serveur.
On 23/10/2013 20:09, Jonathan Leroy wrote:
Le problème dans le cas présent ce n'est pas tellement les logs, mais le doit d'accès que permet au gouvernement US le Patriot Act. Même si aucun log n'est conservé mes mails sont, eux, bien enregistrés sur le disque du serveur.
Suis-je le seul à recevoir tes mails en 2 ou 3 exemplaires avec aucune différence de headers ?
Le 23/10/2013 20:33, Laurent CREPET a écrit :
On 23/10/2013 20:09, Jonathan Leroy wrote:
Le problème dans le cas présent ce n'est pas tellement les logs, mais le doit d'accès que permet au gouvernement US le Patriot Act. Même si aucun log n'est conservé mes mails sont, eux, bien enregistrés sur le disque du serveur.
Suis-je le seul à recevoir tes mails en 2 ou 3 exemplaires avec aucune différence de headers ?
nop, same problem here...
sinon les SoGO et compagnie spa bien ?
J'ai utilisé SoGO sur du perso et jamais eu de soucis, c'est un peu lent mais ça fonctionne plutot bien...
Le 23/10/2013 20:49, Tristan Mahé a écrit :
Le 23/10/2013 20:33, Laurent CREPET a écrit :
On 23/10/2013 20:09, Jonathan Leroy wrote: Suis-je le seul à recevoir tes mails en 2 ou 3 exemplaires avec aucune différence de headers ?
nop, same problem here...
Pareil.
sinon les SoGO et compagnie spa bien ? J'ai utilisé SoGO sur du perso et jamais eu de soucis, c'est un peu lent mais ça fonctionne plutot bien...
+1
SOGo est un peu méconnu mais vaut le coup d'œil. Il gère CalDAV et CardDAV et fournit des calendriers et listes de contacts partagés. Il s'intègre remarquablement avec Thunderbird (versions ESR => TB17) via les extensions maison + lightning. Les dernières versions sont aussi censées offrir une bonne intégration avec Outlook mais je n'ai pas testé.
Synchro fiable avec les terminaux mobiles qui causent CalDAV et CardDAV, et on arrive à faire du SyncML via Funambol (un peu plus hasardeux mais j'étais parvenu à synchroniser un Blackberry Pearl).
Son webmail est calqué sur TB mais, ne l'utilisant qu'exceptionnellement, je ne saurais dire s'il est agréable dans le cadre d'un usage intensif.
Il utilise une base PostgreSQL (dont on arrive facilement à extraire les calendriers et vcards à coup de scripts si besoin) et n'impose pas le choix du serveur IMAP (dovecot, perso).
Je l'utilise pour une trentaine de comptes et il est parfaitement stable. Tiens, faudrait que je pense à le mettre à jour.
Pierre-Arnaud
Bonjour,
2013/10/24 P.-A. frsag@lemurien.org
SOGo est un peu méconnu mais vaut le coup d'œil. Il gère CalDAV et CardDAV et fournit des calendriers et listes de contacts partagés. Il s'intègre remarquablement avec Thunderbird (versions ESR => TB17) via les extensions maison + lightning. Les dernières versions sont aussi censées offrir une bonne intégration avec Outlook mais je n'ai pas testé.
Synchro fiable avec les terminaux mobiles qui causent CalDAV et CardDAV, et on arrive à faire du SyncML via Funambol (un peu plus hasardeux mais j'étais parvenu à synchroniser un Blackberry Pearl).
Je confirme, la synchro CalDAV + CardDAV fonctionne très bien. Juste les alertes de RdV qui bugguent un peu sur iPhone quand vous avez plusieurs calendriers SOGo.
Il utilise une base PostgreSQL (dont on arrive facilement à extraire les
calendriers et vcards à coup de scripts si besoin) et n'impose pas le choix du serveur IMAP (dovecot, perso).
Ca fonctionne aussi parfaitement avec MySQL, pour info.
Fabien
Donc globalement Google Apps est une bonne solution entreprise ?
Le 24 octobre 2013 10:11, Fabien Germain fabien.germain@gmail.com a écrit :
Bonjour,
2013/10/24 P.-A. frsag@lemurien.org
SOGo est un peu méconnu mais vaut le coup d'œil. Il gère CalDAV et CardDAV et fournit des calendriers et listes de contacts partagés. Il s'intègre remarquablement avec Thunderbird (versions ESR => TB17) via les extensions maison + lightning. Les dernières versions sont aussi censées offrir une bonne intégration avec Outlook mais je n'ai pas testé.
Synchro fiable avec les terminaux mobiles qui causent CalDAV et CardDAV, et on arrive à faire du SyncML via Funambol (un peu plus hasardeux mais j'étais parvenu à synchroniser un Blackberry Pearl).
Je confirme, la synchro CalDAV + CardDAV fonctionne très bien. Juste les alertes de RdV qui bugguent un peu sur iPhone quand vous avez plusieurs calendriers SOGo.
Il utilise une base PostgreSQL (dont on arrive facilement à extraire les
calendriers et vcards à coup de scripts si besoin) et n'impose pas le choix du serveur IMAP (dovecot, perso).
Ca fonctionne aussi parfaitement avec MySQL, pour info.
Fabien
Liste de diffusion du FRsAG http://www.frsag.org/
Le 24 octobre 2013 10:43, Greg greg-frsag@duchatelet.net a écrit :
Donc globalement Google Apps est une bonne solution entreprise ?
Clairement, si tu comptes utiliser l'interface web et/ou Outlook. Avec d'autres clients... faut voir.
Le 24 oct. 2013 à 10:43, Greg greg-frsag@duchatelet.net a écrit :
Donc globalement Google Apps est une bonne solution entreprise ?
Bonjour,
ça fait 6++ ans que je bosse dans des boites sous Google Apps, je vais essayer de te donner des pour / contres objectifs et pas trollesques.
Les moins : - Aux US (avec tout ce que ça implique de Patriot act et d’espionnage industriel potentiel), mais si ton entreprise songe à utiliser les Google Apps, c’est probablement que leur département juridique leur a donné le feu vert. - Le rate limit à 300 mails par jour (qui peut poser problème dès que tu y branches des applicatifs qui spamment à mort) - Tu es limité en termes de tuning et de scripting pour la conf - Quand ça tombe (ça nous est arrivés 2-3 fois), tu ne peux qu’attendre et prier saint Gnucius.
Les plus : - Ça marche. - Ça s’intègre avec ton lemonldap::ng (donc potentiellement avec d’autres trucs du genre) - Ça marche aussi bien pour les geeks qui voudront utiliser mutt en imap que pour les gens normaux qui utilisent le webmail ou les commerciaux qui utilisent outlook. - C’est violemment bien intégré (mail / calendriers / google drive et j’en oublie). - Ça scale, que tu aies 10, 100 ou 1000 personnes. - Ils s’occupent de la redondance (sur les serveurs de la NSA)
Hope it helps.
2013/10/24 Frédéric de Villamil frederic@de-villamil.com
- Le rate limit à 300 mails par jour (qui peut poser problème dès que tu y
branches des applicatifs qui spamment à mort)
je vois passer 150 puis 300 mais personnellement ce que je connais vient du site Google et c'est fort différent : https://support.google.com/a/answer/166852
sur le plan migration ou comparaison je t'apporterais pas grand chose puisque je n'ai pas administré d'exchange ou postfix & co avant.
Chez moi il y a 70 comptes. Ça m'évite d'avoir a maintenir des serveurs de messagerie et tout le bordel. sinon il faudrait embaucher un autre mec.
L'intégration avec tout les produits google est appréciable. La collaboration facilité. partager un doc du Drive a une personne/équipe/service en & clic. Gmail qui a mon sens est le webmail le plus ergonomique. Le chat(gtalk) fortement utilisé chez nous. (en'fin ya l'équivalent partout)
Pour les gens qui ont MS Office. Google Apps Sync for Outlook fait un super job. juste à l'installer, 0 conf. ça simule exchange (ou presque) pour le mail/calendrier/contacts/taches/... le hic c'est que Google Apps sync ne gère pas les ressources (salles/voitures/videoproj)
Je note un dysfonctionnement majeur du service tout les ~6mois. où tu n'as rien a faire qu'attendre. ex: mails qui partent mal, ou pas reçu pendant 1/2 journée.
Le support est top. Très poli, soucieux d'avoir résolu ton pb (tu sens qu'ils ont la pression pour avoir de bonne stats).
Si t'as une demande spécifique par contre, si c'est pas prévu dans les paramètres, tu peux t'asseoir dessus malheureusement.
L'antispam Google est mortel. parfois un peu trop et on a pas la main dessus totalement. On ne peut pas whitelist quelqu'un a 100% (le premier niveau avec les checks SPF et tout)
Je n'utilise pas mais gestion d'une flotte mobile possible.
voilà voilà
of course NSA, DGSE, blalabla... je ne vais pas troller là dessus.
Le 24 octobre 2013 10:43, Greg greg-frsag@duchatelet.net a écrit :
Donc globalement Google Apps est une bonne solution entreprise ?
Le 24 octobre 2013 10:11, Fabien Germain fabien.germain@gmail.com a écrit :
Bonjour,
2013/10/24 P.-A. frsag@lemurien.org
SOGo est un peu méconnu mais vaut le coup d'œil. Il gère CalDAV et CardDAV et fournit des calendriers et listes de contacts partagés. Il s'intègre remarquablement avec Thunderbird (versions ESR => TB17) via les extensions maison + lightning. Les dernières versions sont aussi censées offrir une bonne intégration avec Outlook mais je n'ai pas testé.
Synchro fiable avec les terminaux mobiles qui causent CalDAV et CardDAV, et on arrive à faire du SyncML via Funambol (un peu plus hasardeux mais j'étais parvenu à synchroniser un Blackberry Pearl).
Je confirme, la synchro CalDAV + CardDAV fonctionne très bien. Juste les alertes de RdV qui bugguent un peu sur iPhone quand vous avez plusieurs calendriers SOGo.
Il utilise une base PostgreSQL (dont on arrive facilement à extraire les
calendriers et vcards à coup de scripts si besoin) et n'impose pas le choix du serveur IMAP (dovecot, perso).
Ca fonctionne aussi parfaitement avec MySQL, pour info.
Fabien
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/
Le 24/10/2013 01:32, P.-A. a écrit :
Le 23/10/2013 20:49, Tristan Mahé a écrit :
Le 23/10/2013 20:33, Laurent CREPET a écrit :
On 23/10/2013 20:09, Jonathan Leroy wrote: Suis-je le seul à recevoir tes mails en 2 ou 3 exemplaires avec aucune différence de headers ?
nop, same problem here...
Pareil.
sinon les SoGO et compagnie spa bien ? J'ai utilisé SoGO sur du perso et jamais eu de soucis, c'est un peu lent mais ça fonctionne plutot bien...
+1
SOGo est un peu méconnu mais vaut le coup d'œil. Il gère CalDAV et CardDAV et fournit des calendriers et listes de contacts partagés. Il s'intègre remarquablement avec Thunderbird (versions ESR => TB17) via les extensions maison + lightning. Les dernières versions sont aussi censées offrir une bonne intégration avec Outlook mais je n'ai pas testé.
Synchro fiable avec les terminaux mobiles qui causent CalDAV et CardDAV, et on arrive à faire du SyncML via Funambol (un peu plus hasardeux mais j'étais parvenu à synchroniser un Blackberry Pearl).
Son webmail est calqué sur TB mais, ne l'utilisant qu'exceptionnellement, je ne saurais dire s'il est agréable dans le cadre d'un usage intensif.
Il utilise une base PostgreSQL (dont on arrive facilement à extraire les calendriers et vcards à coup de scripts si besoin) et n'impose pas le choix du serveur IMAP (dovecot, perso).
Je l'utilise pour une trentaine de comptes et il est parfaitement stable. Tiens, faudrait que je pense à le mettre à jour.
Je plussoie. On a environ 300 comptes répartis sur plus instance SOGo que l'on clone à chaque fois. Dans la pratique, on pourrait utiliser la même VM pour tout le monde mais ca pose des problèmes d'étanchéïté entre les clients.
Synchro avec de l'android et de l'ios sans le moindre soucis (caldav/carddav). Ca existe encore blackberry ? Pas tester avec du windows phone mais je n'ai pas vraiment envie de perdre du temps pour un truc qui n'existera plus dans 12/18 mois (une fois que le rachat de Nokia aura fait pschit).
Julien
Le 23.10.2013 20:33, Laurent CREPET a écrit :
On 23/10/2013 20:09, Jonathan Leroy wrote:
Le problème dans le cas présent ce n'est pas tellement les logs, mais le doit d'accès que permet au gouvernement US le Patriot Act. Même si aucun log n'est conservé mes mails sont, eux, bien enregistrés sur le disque du serveur.
Suis-je le seul à recevoir tes mails en 2 ou 3 exemplaires avec aucune différence de headers ?
+1 : idem pour moi, mails from Jonathan en x3.../...
[Troll mode On, quoi que...] Certainement un effet de bord de google : smtp sortant google, qui remonte sur un smtp-out interne postfix.../... :-) [Troll mode Off]
Le 23 octobre 2013 20:33, Laurent CREPET laurent@tnpl127.net a écrit :
Suis-je le seul à recevoir tes mails en 2 ou 3 exemplaires avec aucune différence de headers ?
Ouups :/ C'est corrigé, désolé pour le bruit.
Le 23 octobre 2013 21:48, Yacine Kheddache yacine@alyseo.com a écrit :
[Troll mode On, quoi que...] Certainement un effet de bord de google : smtp sortant google, qui remonte sur un smtp-out interne postfix.../... :-) [Troll mode Off]
Tout ça ne serait pas arrivé si j'avais utilisé le SMTP Google ! ;)
Le 23/10/2013 19:05, Jonathan Leroy a écrit :
Malheureusement Google Apps n'a pas d'alternative crédible, que ce soit en SaaS ou pas. Seule solution pour avoir une solution Mail + Contacts + Agenda qui fonctionne correctement sur Windows / Mac / Andriod / iPhone : un serveur Windows avec Exchange...
C'est oublier de dire qu'il y a pas mal de prestataires qui proposent des boites mails en France, certains plus cher que d'autres soit. Chez nous on s'est aligné sur le tarif de Google soit 40€ / an / bal. On étudie le fait de passer en compte illimité (principalement pour les TPE, et de facturer un espace disque commun à tous les comptes)
Pour ce qui est du webmail Gmail, on a que des clients qui utilisent intensivement les mails et qui préfèrent un Thunderbird / Outlook et des accès iPhone / Android pour leurs mails, sinon en webmail on a mis Roundcube et on a pas eu de retour négatifs dessus si ce n'est pour nous dire de remplacer le logo par le notre sinon ils ont l'impression de pas être chez nous :D
Après chaque prestataire a ses avantages, nous on bosse à fond sur le traitement des spams mais surtout des spam propres entendez les newsletter bien faite qui passent tous les filtres spam classiques et qui se revendent mutuellement les bases mails. Notre solution est simple les mails sont refusés avec un message explicite invitant le gestionnaire d'en face à nous contacter. C'était une demande forte de nos clients pour pas avoir à trier le dossier spam ...
Au final on a eu aucun cas de faux possitifs et des cliens qui migraient des bal polluée de plusieurs centaines de spam par jour sont très content.
Donc des alternatives il y en a, tu peux décider d'installer la messagerie en interne mais faut avoir le temps et les compétences ou déléguer cela à un prestataire de confiance qui fait son travail.
Le 24 octobre 2013 12:08, Wallace wallace@morkitu.org a écrit :
C'est oublier de dire qu'il y a pas mal de prestataires qui proposent des boites mails en France, certains plus cher que d'autres soit. Chez nous on s'est aligné sur le tarif de Google soit 40€ / an / bal. On étudie le fait de passer en compte illimité (principalement pour les TPE, et de facturer un espace disque commun à tous les comptes)
Pour ce qui est du webmail Gmail, on a que des clients qui utilisent intensivement les mails et qui préfèrent un Thunderbird / Outlook et des accès iPhone / Android pour leurs mails, sinon en webmail on a mis Roundcube et on a pas eu de retour négatifs dessus si ce n'est pour nous dire de remplacer le logo par le notre sinon ils ont l'impression de pas être chez nous :D
J'ai du Postfix + Dovecot + RoundCube pour certains clients aussi. C'est très bien pour du mail mais ce n'est pas une solution "Groupware" avec agenda et contacts partagés. Le fait est qu'il n'existe pas d'interface web (seule) combinant webmail, agenda, et contacts. Je crois que des plugins RoundCube étaient prévus mais je ne sais pas où ça en est.
Je reviens sur Zimbra mais en serveur de messagerie avec un client thunderbird 17 ou 20 (pas 24) + zindus + lightning et caldav, vous avez un client mail + calendrier/agenda (partagé) + contact (et GAL).
My 2 cts.
Le 24/10/2013 12:18, Jonathan Leroy a écrit :
Le 24 octobre 2013 12:08, Wallace wallace@morkitu.org a écrit :
C'est oublier de dire qu'il y a pas mal de prestataires qui proposent des boites mails en France, certains plus cher que d'autres soit. Chez nous on s'est aligné sur le tarif de Google soit 40€ / an / bal. On étudie le fait de passer en compte illimité (principalement pour les TPE, et de facturer un espace disque commun à tous les comptes)
Pour ce qui est du webmail Gmail, on a que des clients qui utilisent intensivement les mails et qui préfèrent un Thunderbird / Outlook et des accès iPhone / Android pour leurs mails, sinon en webmail on a mis Roundcube et on a pas eu de retour négatifs dessus si ce n'est pour nous dire de remplacer le logo par le notre sinon ils ont l'impression de pas être chez nous :D
J'ai du Postfix + Dovecot + RoundCube pour certains clients aussi. C'est très bien pour du mail mais ce n'est pas une solution "Groupware" avec agenda et contacts partagés. Le fait est qu'il n'existe pas d'interface web (seule) combinant webmail, agenda, et contacts. Je crois que des plugins RoundCube étaient prévus mais je ne sais pas où ça en est.
Bonjour pour la partie CalDav et CardDav j'utilise Baïkal http://baikal-server.com/
ça fonctionne bien avec Thunderbird + le plugin Sogo sous Windows et Mac OSX , et en natif sous IOS7
Sous Mac OS , Contact et Agenda ce connectent directement sur le serveur Baïkal
Du coup j'ai ma messagerie postfix imaps smtps d'un coté et mes "agenda/Carnet d'adresse" de l'autre, et c'est pas + mal.
A cela j'ai mon serveur propre serveur Mozilla Sync pour Firefox en https qui me permet de synchroniser mes favoris, onglets et password entre mon pc fixe et mon portable.
Que demander de +.. et tout cela sans GOOGLE ... incroyable... Hugues.
Le 24/10/13 12:18, Jonathan Leroy a écrit :
Le 24 octobre 2013 12:08, Wallace wallace@morkitu.org a écrit :
C'est oublier de dire qu'il y a pas mal de prestataires qui proposent des boites mails en France, certains plus cher que d'autres soit. Chez nous on s'est aligné sur le tarif de Google soit 40€ / an / bal. On étudie le fait de passer en compte illimité (principalement pour les TPE, et de facturer un espace disque commun à tous les comptes)
Pour ce qui est du webmail Gmail, on a que des clients qui utilisent intensivement les mails et qui préfèrent un Thunderbird / Outlook et des accès iPhone / Android pour leurs mails, sinon en webmail on a mis Roundcube et on a pas eu de retour négatifs dessus si ce n'est pour nous dire de remplacer le logo par le notre sinon ils ont l'impression de pas être chez nous :D
J'ai du Postfix + Dovecot + RoundCube pour certains clients aussi. C'est très bien pour du mail mais ce n'est pas une solution "Groupware" avec agenda et contacts partagés. Le fait est qu'il n'existe pas d'interface web (seule) combinant webmail, agenda, et contacts. Je crois que des plugins RoundCube étaient prévus mais je ne sais pas où ça en est.
Le 24 octobre 2013 12:35, Hugues huguesmax@gmail.com a écrit :
pour la partie CalDav et CardDav j'utilise Baïkal http://baikal-server.com/
J'ai une préférence pour Radicale : http://radicale.org/ ;) Sauf que, encore une fois, il n'existe pas d'interface web permettant de regrouper tout ça. Je ne peux pas demander à mes clients Google Apps qui utilisent l'interface web de switcher vers une solution où mails, agendas, et contacts seraient sur des interfaces différentes dont les UI ne serait pas harmonisées.
j'ai essayé Radicale aussi mais je suis passé sur Baikal, ça fonctionne bien mieux ( il y a un an, ça a peut être changé depuis )
Si tu veux qlq chose d'intégré, il faut prendre Atmail j'en ai administré avec 1000 users et 3 millons de mail par mois, et cela marche très bien. ( il faut apprendre a configurer exim et les filtres sieve )
La gestion du spam par user est nickel, l'interface web est propre Agenda/Contact ( moins bien que gmail bien sur ), et il y a un client très bon support outlook via un plugin Exchange si on paye la licence qui va bien.
il y avait Gandi qui utilisait Atmail, mais il l'ont viré pour des problèmes de coûts, je pense. Atmail c'est payant donc offrir du service gratuit en payant des licences c'est pas super comme modèle économique.... Hugues.
Le 24/10/13 13:07, Jonathan Leroy a écrit :
Le 24 octobre 2013 12:35, Hugues huguesmax@gmail.com a écrit :
pour la partie CalDav et CardDav j'utilise Baïkal http://baikal-server.com/
J'ai une préférence pour Radicale : http://radicale.org/ ;) Sauf que, encore une fois, il n'existe pas d'interface web permettant de regrouper tout ça. Je ne peux pas demander à mes clients Google Apps qui utilisent l'interface web de switcher vers une solution où mails, agendas, et contacts seraient sur des interfaces différentes dont les UI ne serait pas harmonisées.
Le 24 octobre 2013 13:24, Hugues huguesmax@gmail.com a écrit :
Si tu veux qlq chose d'intégré, il faut prendre Atmail j'en ai administré avec 1000 users et 3 millons de mail par mois, et cela marche très bien. ( il faut apprendre a configurer exim et les filtres sieve )
Je pense aussi que c'est ce qu'il se fait de mieux actuellement pour du "on-premises". Je vais probablement prendre une licence pour le webmail et mettre un backend perso Postfix + Dovecot.
il y avait Gandi qui utilisait Atmail, mais il l'ont viré pour des problèmes de coûts, je pense.
Ils l'ont viré (comme pas mal d'autres providers) car ils utilisaient la version 5 qui est buggée jusqu'au trognon. Atmail 7 est la première version qui soit vraiment utilisable, AMHA.
Atmail c'est payant donc offrir du service gratuit en payant des licences c'est pas super comme modèle économique....
Atmail fournit des licences spéciales illimitées en termes de nombre d'utilisateurs pour les ISP. Je ne sais pas ce qu'il en est maintenant, mais il y a quelques années il était possible de prendre un licence de ce type sans contrat de support, donc juste un paiement "one-shot" à l'installation.
Le 24/10/2013 12:35, Hugues a écrit :
Bonjour pour la partie CalDav et CardDav j'utilise Baïkal http://baikal-server.com/
Tiens je ne le connaissais pas celui là.
Question, même si je vais tester cela dès que j'ai réglé mes soucis de poste info, est ce que l'on peut s'abonner à une url de calendrier d'un autre utilisateur? En gros qu'une url précise permette de s'abonner en lecture seule à un autre calendrier? C'est le point noir à mon sens des OwnCloud, le caldav serveur d'Apple (version open source) et autres que j'ai testé.
Le 24/10/2013 12:18, Jonathan Leroy a écrit :
Le 24 octobre 2013 12:08, Wallace wallace@morkitu.org a écrit :
C'est oublier de dire qu'il y a pas mal de prestataires qui proposent des boites mails en France, certains plus cher que d'autres soit. Chez nous on s'est aligné sur le tarif de Google soit 40€ / an / bal. On étudie le fait de passer en compte illimité (principalement pour les TPE, et de facturer un espace disque commun à tous les comptes)
Pour ce qui est du webmail Gmail, on a que des clients qui utilisent intensivement les mails et qui préfèrent un Thunderbird / Outlook et des accès iPhone / Android pour leurs mails, sinon en webmail on a mis Roundcube et on a pas eu de retour négatifs dessus si ce n'est pour nous dire de remplacer le logo par le notre sinon ils ont l'impression de pas être chez nous :D
J'ai du Postfix + Dovecot + RoundCube pour certains clients aussi. C'est très bien pour du mail mais ce n'est pas une solution "Groupware" avec agenda et contacts partagés. Le fait est qu'il n'existe pas d'interface web (seule) combinant webmail, agenda, et contacts. Je crois que des plugins RoundCube étaient prévus mais je ne sais pas où ça en est.
Les clients qui veulent du groupware souvent c'est juste pour l'agenda partagé, je leur met en place une solution de calDav et du cardDav personnel aussi pour la synchro. Quand ils veulent du partage de document je sors du OwnCloud ou ils passent par du Dropbox en fonction de leurs besoins.
Bonjour
Le 24 octobre 2013 12:18, Jonathan Leroy jonathan@unsigned.inikup.com a écrit :
J'ai du Postfix + Dovecot + RoundCube pour certains clients aussi. C'est très bien pour du mail mais ce n'est pas une solution "Groupware" avec agenda et contacts partagés. Le fait est qu'il n'existe pas d'interface web (seule) combinant webmail, agenda, et contacts. Je crois que des plugins RoundCube étaient prévus mais je ne sais pas où ça en est.
D'où Kolab, qui outre le fait d'utiliser Postfix / Cyrus-Imap, propose dans les clients un roundcube avec des plugins calendrier etc
http://kolab.org/content/roundcubemail-plugins-kolab
Je compte déployer ça, je pourrais faire un retour plus tard si vous voulez.
Le 24 oct. 2013 à 12:08, Wallace wallace@morkitu.org a écrit :
Pour ce qui est du webmail Gmail, on a que des clients qui utilisent intensivement les mails et qui préfèrent un Thunderbird / Outlook et des accès iPhone / Android pour leurs mails, sinon en webmail on a mis Roundcube et on a pas eu de retour négatifs dessus si ce n'est pour nous dire de remplacer le logo par le notre sinon ils ont l'impression de pas être chez nous :D
++ pour roundcube.
Pour ma part c'est: * OpenLDAP pour les utilisateurs * Postfix pour le SMTP * Dovecot pour l'IMAP * SabreDAV pour le CalDAV/CardDAV * Roundcube avec les bons plugins et bien hacké pour le webmail+contacts+agenda
SabreDAV c'est à la base une librairie *DAV, mais c'est assez bien conçu. En 10 lignes on a un serveur CalDAV/CardDAV custom. C'est idéal pour intégrer à son SI ou ses spécificités. Et c'est de l'orienté objet donc c'est assez simple à étendre.
Pour l'agenda sur roundcube j'ai utilisé agendav que j'ai fait rentré au chausse-pied dans roundcube. C'est hacky, ça lève des warnings PHP, mais ça marche ! ;) Si des gens veulent tester ou veulent le source je peux fournir.
Cordialement Emmanuel Thierry
Le 24/10/2013 19:57, Emmanuel Thierry a écrit :
Pour l'agenda sur roundcube j'ai utilisé agendav que j'ai fait rentré au chausse-pied dans roundcube. C'est hacky, ça lève des warnings PHP, mais ça marche ! ;) Si des gens veulent tester ou veulent le source je peux fournir.
Ça m’intéresse. J’utilise Baïkal (qui d’après https://en.wikipedia.org/wiki/Comparison_of_CalDAV_and_CardDAV_implementatio... fait les mêmes choses) mais je n’ai jamais réussi à configurer thunderbird pour qu’il se synchronise également en CardDav. Seul le client Android fonctionne. Je ne peux pas vous donner de retour sur le CalDav, je ne l’ai jamais utilisé.
Salut,
2013/10/23 Greg greg-frsag@duchatelet.net
Bonjour,
mis à part le coté "mal" de Google, j'aimerai des retours d'expérience de migration d'une solution de messagerie hébergé type MS Exchange, ou open-source (postfix, dovecot, ...) vers la solution Google Apps Enterprise.
Quels sont les avantages / inconvénients / difficultés que vous avez pu rencontrer ?
Merci, Greg
Liste de diffusion du FRsAG http://www.frsag.org/
Plutot satisfait, mais quelques petits manques quand les utilisateurs sont techniques: - Le reply aux mailing-lists est parfois un peu laborieux depuis l'interface web si l'emetteur n'est pas abonné (reply à la list uniquement et pas d'option pour répondre à l'émetteur+list -> copié collé obligatoire) - Pas de gestion des X-Headers, du coup le tri sur ces champs n'est pas possible ( http://productforums.google.com/forum/#!topic/gmail/NQbDrsRqjM8 ) - La gestion des labels est apparement un peu différente des "répertoires imap" du coup avec un thunderbird, tu arrives à avoir des trucs bizarres (pas plus d'infos des utilisateurs)
Migration depuis un zimbra en utilisant imapsync, aucun probleme.
Au final, pour des utilisateurs "avancés" de solutions de mails ce n'est pas aussi parfait que ça en a l'air. Pour le commun des mortels (service marketing/administratif), c'est une excellente solution (modulo les problèmes de confidentialité tout ça...).
Bonjour Greg,
Pour répondre à ta question initiale en restant le plus neutre possible étant partenaire de plusieurs grands éditeurs et clouders dont Google, Microsoft, OVH et d'autres.
Avantages de la migration vers Google Apps : - Généralement tu fournis aux utilisateurs un environnement qu'il n'avait pas avant (disponibilité, dimensionnement des BALs [30 Go mutualisé avec le stockage Drive], taille max des PJ, qualité de l'antispam et de l'antivirus, moteur de recherche intégré, etc.). - Tu ajoutes des fonctionnalités qui, lorsqu'elles sont acquises et maitrisées, développent la productivité et la création de valeur face aux modèles de messagerie classiques à la Outlook. - Tu réduis la facture énergétique, espace et surface consommés par les équipements, coût de staff IT, coût des sauvegardes, etc. - Tu ouvres les possibilités en termes de nouveaux usages liés au Cloud (SaaS) en fournissant l'une des plateformes les plus connectées aux autres applications du Cloud. Il n'y a qu'à faire un tour sur le Google Apps MarketPlace ici pour comprendre : https://www.google.com/enterprise/marketplace/?pli=1 Comme on parle de Google Apps, donc version payante pour les pros, c'est un des éléments les plus importants qui facilite le passage à un mode plus Agile dans le business.
Inconvénients de Google Apps quand on y est : - Quelqu'un sait-il comment ne pas perdre de données quand il supprime un compte utilisateur ? Moi pas et pourtant on se creuse la tête depuis 2008 sur ce "souci" avec régulièrement des clients mécontents. Je ne parle pas des mails, RdV, contacts, sites, ou encore des documents stockés dans le Drive, et encore que, mais plutôt de toutes les données que l'utilisateur va pouvoir crééer dans le Cloud de Google (Maps, FusionTable, etc.). L'avantage cité précédemment se transforme alors pour les admins que nous sommes, en véritable cauchemar ! - Très très difficile avec les users qui ne sont pas très à l'aise avec les outils informatiques. On y passe un temps monstre ou alors on ré-installe Outlook et on perd une bonne parties des meilleurs fonctions de la bête. - Attention les fuites de données sur le net : tu désactives toutes les options un peu évoluées de partage avec le monde extérieur car tu te dis que tes users ne vont jamais, tous, faire la différence entre tel ou tel autre niveau de partage, et tu perds là encore une des meilleures fonctions de la bête.
Difficultés à migrer : Google fourni (à ses partenaires) des "howto" et des outils (Imports en masse, SDK, API, etc.) très bien faits pour gérer un projet de migration et ce, en fonction de la taille de la migration. Donc au niveau technique ça se passe aussi bien qu'une migration vers n'importe quel produit correct d'un éditeur concurrent ou d'un produit Libre bien maîtrisé. Tout réside dans la connaissance de la solution ou la maitrise d'un projet, comme d'hab et ça ça peut devenir une vraie difficulté. Il y a aussi des choix à faire au niveau de la gestion des comptes : est-ce qu'on garde une synchro avec l'annuaire de l'entreprise (LDAP and co) ou on s'isole ? Est-ce qu'on fait du SSO ou pas ? De l'authentification forte ou pas ? Le choix n'est pas facile et dépend de beaucoup de choses : nombre de comptes, capacité et disponibilité de l'équipe d'admins on premise, architecture de l'annuaire, niveau de sécurité attendu, maturité de l'entreprise, etc. Attention aux migration d'entreprise qui utilisaient plusieurs domaines sur le même serveur. ça se fait mais ça se prépare bien :-) Un dernier point sombre au tableau comme ça à chaud, l'accompagnement au changement des users. Faut réussir à faire passer la différence entre un dossier et un libellé et c'est pas si simple que ça en a l'air ;-) Il y a bien plein de docs, vidéos et forums, mais comme beaucoup de choses chez Google, ça reste très peu francisé et c'est rangé avec une logique d'informaticien ;-)
Après pour les caractéristiques précises, les lois et standards respectés ou pas, les histoires de NSA et autre DCRI, Google est assez transparent sur ses pages officielles comme celles-ci (il y en a plein d'autres) : http://www.google.com/transparencyreport/ http://www.google.fr/intl/fr/policies/ http://www.google.fr/intl/fr/policies/technologies/
Bon week-end à tous !
Olivier
Le 23 octobre 2013 17:32, Greg greg-frsag@duchatelet.net a écrit :
Bonjour,
mis à part le coté "mal" de Google, j'aimerai des retours d'expérience de migration d'une solution de messagerie hébergé type MS Exchange, ou open-source (postfix, dovecot, ...) vers la solution Google Apps Enterprise.
Quels sont les avantages / inconvénients / difficultés que vous avez pu rencontrer ?
Merci, Greg
Liste de diffusion du FRsAG http://www.frsag.org/
Le 26/10/2013 16:56, Olivier MARECHAL a écrit :
- Généralement tu fournis aux utilisateurs un environnement qu'il
n'avait pas avant (disponibilité, dimensionnement des BALs [30 Go mutualisé avec le stockage Drive], taille max des PJ, qualité de l'antispam et de l'antivirus, moteur de recherche intégré, etc.).
D’ailleurs l’antispam est tellement bien fait que l’on peut pas envoyer de mail vers google sans un armada de guerre DKIM + SPF + PTR + IP pas « bizarre ».
Le 26/10/2013 19:38, Alarig Le Lay a écrit :
Le 26/10/2013 16:56, Olivier MARECHAL a écrit :
- Généralement tu fournis aux utilisateurs un environnement qu'il
n'avait pas avant (disponibilité, dimensionnement des BALs [30 Go mutualisé avec le stockage Drive], taille max des PJ, qualité de l'antispam et de l'antivirus, moteur de recherche intégré, etc.).
D’ailleurs l’antispam est tellement bien fait que l’on peut pas envoyer de mail vers google sans un armada de guerre DKIM + SPF + PTR
- IP pas « bizarre ».
Je rajouterais que l'inverse est de plus en plus dur, y a un an j'ai fait sauté la whitelist sur gmail.com (installé par défaut sur nos règles spamassassin) car on recevait de plus en plus de spam passant par eux. Faut pas se leurer comme c'est de plus en plus utilisé, des spammeurs pas bêtes, craient des boites à la pelle et utilise les comptes pour envoyer 300 mails / jour / compte depuis des pools d'ip très larges ...
Sinon dkim / spf / reverse c'est un peu la base depuis des années, le temps où on pouvait faire n'importe quoi sur le net comme fin 90 c'est fini.
Autre point nommé plus haut, j'ai des clients qui nous appellent parce qu'ils ont effacé (bien souvent par shift supp) par erreur un ou plusieurs mails et nous demande de les restaurer. Ben on sait le faire, relativement rapidement si le client nous donne des infos précises à coup de grep dans les sauvegardes de sa bal. Je doute que Google accepte des connexions imapsync toutes les heures sur toutes les bal pour faire les sauvegardes car il n'y a aucun autre moyen de sauvegarder les données...
Le 27 octobre 2013 18:21, Wallace wallace@morkitu.org a écrit :
Autre point nommé plus haut, j'ai des clients qui nous appellent parce qu'ils ont effacé (bien souvent par shift supp) par erreur un ou plusieurs mails et nous demande de les restaurer. Ben on sait le faire, relativement rapidement si le client nous donne des infos précises à coup de grep dans les sauvegardes de sa bal. Je doute que Google accepte des connexions imapsync toutes les heures sur toutes les bal pour faire les sauvegardes car il n'y a aucun autre moyen de sauvegarder les données...
C'est possible, en option : http://www.google.fr/intx/fr/enterprise/apps/business/products.html#vault Sinon il y a un paramètre dans Gmail pour déplacer les messages supprimés en IMAP vers la corbeille au lieu de les supprimer définitivement. Ça laisse 30 jours pour les récupérer.
Salut,
Le 27 oct. 2013 à 18:21, Wallace wallace@morkitu.org a écrit :
(...)
Je rajouterais que l'inverse est de plus en plus dur, y a un an j'ai fait sauté la whitelist sur gmail.com (installé par défaut sur nos règles spamassassin) car on recevait de plus en plus de spam passant par eux. Faut pas se leurer comme c'est de plus en plus utilisé, des spammeurs pas bêtes, craient des boites à la pelle et utilise les comptes pour envoyer 300 mails / jour / compte depuis des pools d'ip très larges ...
J'ai commencé a faire de même mais pas nécessairement depuis google mail, mais depuis google groups.
En effet, il y a des vrais ML de spam sur google groups qui sont utilisés pour envoyer en masse du mail... a la con.
C'est vrai pourquoi se faire chier a prendre un drone bot alors que google group est la.
Surtout que les header "unsubscribe" comme par hasard ne marchent pas sur ces groupes...
Donc header_checks pour tuer ces groupes. J'avoues avoir été tenté de faire un deny all depuis googlegroups... mais bon... c'étais suite au 550 a abuse@ et postmaster@...
Comme d'hab on ne respecte pas les RFC chez google.
Sinon dkim / spf / reverse c'est un peu la base depuis des années, le temps où on pouvait faire n'importe quoi sur le net comme fin 90 c'est fini.
Oui et quand je disais de mettre ça sur certaines ml on me prennais pour un psychopathe... :)
Autre point nommé plus haut, j'ai des clients qui nous appellent parce qu'ils ont effacé (bien souvent par shift supp) par erreur un ou plusieurs mails et nous demande de les restaurer. Ben on sait le faire, relativement rapidement si le client nous donne des infos précises à coup de grep dans les sauvegardes de sa bal. Je doute que Google accepte des connexions imapsync toutes les heures sur toutes les bal pour faire les sauvegardes car il n'y a aucun autre moyen de sauvegarder les données...
Snapshots ZFS c'est bien :p Je confirme :)
Xavier
Le 27/10/2013 18:55, Xavier Beaudouin a écrit :
Snapshots ZFS c'est bien :p Je confirme :)
Tu sais remonter juste un fichier et aussi le rechercher à coup de grep facilement? Faudrait vraiment que je me penche sur ZFS j'en entend que du bien mais comme c'était bloqué pour être porté sous Linux a une époque j'ai un peu laché le sujet, je sais que ça a pas mal bougé et qu'il y avait une implémentation en user land mais c'est pas sérieux à mon sens.
Le 27/10/2013 20:56, Wallace a écrit :
Le 27/10/2013 18:55, Xavier Beaudouin a écrit :
Snapshots ZFS c'est bien :p Je confirme :)
Tu sais remonter juste un fichier et aussi le rechercher à coup de grep facilement? Faudrait vraiment que je me penche sur ZFS j'en entend que du bien mais comme c'était bloqué pour être porté sous Linux a une époque j'ai un peu laché le sujet, je sais que ça a pas mal bougé et qu'il y avait une implémentation en user land mais c'est pas sérieux à mon sens.
Sous linux il y a btrfs comme fs avec snapshot
Cdlt,
Tu sais remonter juste un fichier et aussi le rechercher à coup de grep facilement? Faudrait vraiment que je me penche sur ZFS j'en entend que du bien mais comme c'était bloqué pour être porté sous Linux a une époque j'ai un peu laché le sujet, je sais que ça a pas mal bougé et qu'il y avait une implémentation en user land mais c'est pas sérieux à mon sens.
Fonctionnel, simple à installer, et stable sur tout les serveurs de stockage que j'utilise avec. (après j'ai pas des workload de ouf, mais bon ça juste marche). Pour info je crois qu'Ovh utilise çà pour ses NAS, donc c'est que la techno doit être un minimum mature. En tout cas bien plus que brtfs. Le seul truc relou c'est qu'a cause de licence cela ne peut pas être inclu directement dans le kernel.
Le 27/10/2013 21:12, Raphael Mazelier a écrit :
Tu sais remonter juste un fichier et aussi le rechercher à coup de grep facilement? Faudrait vraiment que je me penche sur ZFS j'en entend que du bien mais comme c'était bloqué pour être porté sous Linux a une époque j'ai un peu laché le sujet, je sais que ça a pas mal bougé et qu'il y avait une implémentation en user land mais c'est pas sérieux à mon sens.
Fonctionnel, simple à installer, et stable sur tout les serveurs de stockage que j'utilise avec. (après j'ai pas des workload de ouf, mais bon ça juste marche). Pour info je crois qu'Ovh utilise çà pour ses NAS, donc c'est que la techno doit être un minimum mature. En tout cas bien plus que brtfs. Le seul truc relou c'est qu'a cause de licence cela ne peut pas être inclu directement dans le kernel.
Merci pour le retour.
J'utilise btrfs pour des usages où il est plus performants que les habituels ext, xfs mais j'ai pas encore joué avec les snap.
On 27/10/2013 19:56, Wallace wrote:
Le 27/10/2013 18:55, Xavier Beaudouin a écrit :
Snapshots ZFS c'est bien :p Je confirme :)
Tu sais remonter juste un fichier et aussi le rechercher à coup de grep facilement?
Sur mon serveur perso sous ZFS On Linux je peux faire ça par exemple :
$ cd /home/perso/.zfs/snapshot/2013-10-21_12:00
Et hop, ça m'amène dans /home/perso tel qu'il était lundi dernier à 12:00 (bien sûr faut avoir créé ledit snapshot avant). Difficile de faire plus simple.
Le 28/10/2013 00:00, Etienne Dechamps a écrit :
On 27/10/2013 19:56, Wallace wrote:
Le 27/10/2013 18:55, Xavier Beaudouin a écrit :
Snapshots ZFS c'est bien :p Je confirme :)
Tu sais remonter juste un fichier et aussi le rechercher à coup de grep facilement?
Sur mon serveur perso sous ZFS On Linux je peux faire ça par exemple :
$ cd /home/perso/.zfs/snapshot/2013-10-21_12:00
Et hop, ça m'amène dans /home/perso tel qu'il était lundi dernier à 12:00 (bien sûr faut avoir créé ledit snapshot avant). Difficile de faire plus simple.
Oui forcément c'est pratique. Bon par contre autant sur quelques jours ça peut être sympa autant après ça empêche pas de faire des sauvegardes distantes. On est assez vieilles école là dessus on sauvegarde sur deux sites distants et sur des réseaux différents.
Ce ZFSOnLinux c'est bien une série de patch et nouveaux fichiers pour rajouter le FS dans le kernel, c'est pas du fuse ou autre c'est bien ça?
On 10/28/2013 08:29 AM, Wallace wrote:
Le 28/10/2013 00:00, Etienne Dechamps a écrit :
On 27/10/2013 19:56, Wallace wrote:
Le 27/10/2013 18:55, Xavier Beaudouin a écrit :
Snapshots ZFS c'est bien :p Je confirme :)
Tu sais remonter juste un fichier et aussi le rechercher à coup de grep facilement?
Sur mon serveur perso sous ZFS On Linux je peux faire ça par exemple :
$ cd /home/perso/.zfs/snapshot/2013-10-21_12:00
Et hop, ça m'amène dans /home/perso tel qu'il était lundi dernier à 12:00 (bien sûr faut avoir créé ledit snapshot avant). Difficile de faire plus simple.
Oui forcément c'est pratique. Bon par contre autant sur quelques jours ça peut être sympa autant après ça empêche pas de faire des sauvegardes distantes. On est assez vieilles école là dessus on sauvegarde sur deux sites distants et sur des réseaux différents.
Évidemment. Les snapshots locaux ne peuvent pas remplacer des backups.
Ce ZFSOnLinux c'est bien une série de patch et nouveaux fichiers pour rajouter le FS dans le kernel, c'est pas du fuse ou autre c'est bien ça?
Oui, c'est bien en kernel space. Même pas besoin de patcher le noyau lui-même, c'est juste un module que tu compiles à part - par exemple tu peux l'utiliser avec le noyau Debian standard.
Le 27/10/2013 20:56, Wallace a écrit :
Le 27/10/2013 18:55, Xavier Beaudouin a écrit :
Snapshots ZFS c'est bien :p Je confirme :)
Tu sais remonter juste un fichier et aussi le rechercher à coup de grep facilement? Faudrait vraiment que je me penche sur ZFS j'en entend que du bien mais comme c'était bloqué pour être porté sous Linux a une époque j'ai un peu laché le sujet, je sais que ça a pas mal bougé et qu'il y avait une implémentation en user land mais c'est pas sérieux à mon sens.
cd /mail/.zfs/..../the/path/to/the/mail
Aussi simple que ca :)
Bon je triche, je suis sur FreeBSD :)
Xavier
-
alarig -
Alarig Le Lay
-
Anthony Walter -
Antoine GANCEL -
arnaud landry -
Axel Vittecoq -
Dominique Rousseau -
Emmanuel Jacquet -
Emmanuel Thierry -
Etienne Dechamps -
Fabien Germain -
Francois Bayart -
Frédéric de Villamil -
Gaël -
Greg -
Hugues -
Jean-Yves LENHOF -
jean-yves＠lenhof.eu.org
-
Jonathan Leroy -
Jonathan Leroy -
Julien Escario -
Laurent CREPET -
Laurent GENESTIE -
Ludovic Scotti -
Mathieu Bouchonnet -
Nicolas Steinmetz -
Olivier MARECHAL -
P.-A. -
Pierre-Yves Le Dirach -
Raphael Mazelier -
Samir NOIR -
Stephane MANHES - OKTEY -
Thomas Cottier -
Tristan Mahé -
Wallace -
Xavier Beaudouin -
Yacine Kheddache