Bonjour à toutes et à tous,
J'ai une question qui me chagrine:
que peut-on développer sous un environnement Exchange ? (mis à part des
scripts d'admin ou des formulaires à la InfoPath)
Pas mal de clients me pose la question ("je recherche des gens capables de
développer sous Exchange ?" et comme je n'ai pas la réponse, je m'adresse
donc aux spécialistes.
Si vous avez une piste ...
Merci d'avance.
Cordialement,
Forum
Bonjour à toutes et à tous,
J'ai une question qui me chagrine:
que peut-on développer sous un environnement Exchange ? (mis à part des
scripts d'admin ou des formulaires à la InfoPath)
Pas mal de clients me pose la question ("je recherche des gens capables de
développer sous Exchange ?" et comme je n'ai pas la réponse, je m'adresse
donc aux spécialistes.
Si vous avez une piste ...
Merci d'avance.
Cordialement,
Forum
Bonjour à toutes et à tous,
J'ai une question qui me chagrine:
que peut-on développer sous un environnement Exchange ? (mis à part des
scripts d'admin ou des formulaires à la InfoPath)
Pas mal de clients me pose la question ("je recherche des gens capables de
développer sous Exchange ?" et comme je n'ai pas la réponse, je m'adresse
donc aux spécialistes.
Si vous avez une piste ...
Merci d'avance.
Cordialement,
Forum
Bonjour,
On développe plutot des event sink soit au niveau du store ou au niveau
du transport pour un traitement particulier d'un message , d'une boite
aux lettres, l'ajout d'un disclaimer.
Je pense que vous trouverez des infos sur ce site :
http://msdn2.microsoft.com/en-us/exchange/default.aspx
Aurélia
"Forums Microsoft" wrote in message
news:%Bonjour à toutes et à tous,
J'ai une question qui me chagrine:
que peut-on développer sous un environnement Exchange ? (mis à part
des scripts d'admin ou des formulaires à la InfoPath)
Pas mal de clients me pose la question ("je recherche des gens
capables de développer sous Exchange ?" et comme je n'ai pas la
réponse, je m'adresse donc aux spécialistes.
Si vous avez une piste ...
Merci d'avance.
Cordialement,
Forum
============================================================= Bonjour Aurélia,
Bonjour,
On développe plutot des event sink soit au niveau du store ou au niveau
du transport pour un traitement particulier d'un message , d'une boite
aux lettres, l'ajout d'un disclaimer.
Je pense que vous trouverez des infos sur ce site :
http://msdn2.microsoft.com/en-us/exchange/default.aspx
Aurélia
"Forums Microsoft" <yael.cheenne@wanadoo.fr> wrote in message
news:%233c3LQhKIHA.1324@TK2MSFTNGP06.phx.gbl...
Bonjour à toutes et à tous,
J'ai une question qui me chagrine:
que peut-on développer sous un environnement Exchange ? (mis à part
des scripts d'admin ou des formulaires à la InfoPath)
Pas mal de clients me pose la question ("je recherche des gens
capables de développer sous Exchange ?" et comme je n'ai pas la
réponse, je m'adresse donc aux spécialistes.
Si vous avez une piste ...
Merci d'avance.
Cordialement,
Forum
============================================================= Bonjour Aurélia,
Bonjour,
On développe plutot des event sink soit au niveau du store ou au niveau
du transport pour un traitement particulier d'un message , d'une boite
aux lettres, l'ajout d'un disclaimer.
Je pense que vous trouverez des infos sur ce site :
http://msdn2.microsoft.com/en-us/exchange/default.aspx
Aurélia
"Forums Microsoft" wrote in message
news:%Bonjour à toutes et à tous,
J'ai une question qui me chagrine:
que peut-on développer sous un environnement Exchange ? (mis à part
des scripts d'admin ou des formulaires à la InfoPath)
Pas mal de clients me pose la question ("je recherche des gens
capables de développer sous Exchange ?" et comme je n'ai pas la
réponse, je m'adresse donc aux spécialistes.
Si vous avez une piste ...
Merci d'avance.
Cordialement,
Forum
============================================================= Bonjour Aurélia,
============================================================= > Bonjour Aurélia,
Merci pour l'info, mais je connaissais déjà ce site. Je m'étais déjà posé
la question pour Exchange 2003 et les réponses fournies n'étaient pas très
explicites.
En gros, cela pourrait se résumer à quelques scripts WMI, powershell,
formulaires et autres évènements. Je pensais plus à du développement
d'applications collaboratives comme on le fait régulièrements avec
d'autres produits comme Lotus Domino ou OpenExchange.
Cordialement,
Forum.
============================================================= > Bonjour Aurélia,
Merci pour l'info, mais je connaissais déjà ce site. Je m'étais déjà posé
la question pour Exchange 2003 et les réponses fournies n'étaient pas très
explicites.
En gros, cela pourrait se résumer à quelques scripts WMI, powershell,
formulaires et autres évènements. Je pensais plus à du développement
d'applications collaboratives comme on le fait régulièrements avec
d'autres produits comme Lotus Domino ou OpenExchange.
Cordialement,
Forum.
============================================================= > Bonjour Aurélia,
Merci pour l'info, mais je connaissais déjà ce site. Je m'étais déjà posé
la question pour Exchange 2003 et les réponses fournies n'étaient pas très
explicites.
En gros, cela pourrait se résumer à quelques scripts WMI, powershell,
formulaires et autres évènements. Je pensais plus à du développement
d'applications collaboratives comme on le fait régulièrements avec
d'autres produits comme Lotus Domino ou OpenExchange.
Cordialement,
Forum.
Egalement pour mieux comprendre le développement sur Exchange 2007, la
prochaine disponibilité du livre "Inside Microsoft Exchange Server 2007
Web Services" qui devrait sortir en version US le 28 Novembre 2007 (mais
qu'on peut commander dès le 21 Novembre) , et dont Michael Mainer est
l'un des co-auteurs.
Lien : http://www.microsoft.com/MSPress/books/10724.aspx
Un beau cadeau de Nöel pour Aurélia Belin si vous voulez lui faire très
très plaisir ;-)
Cordialement,
Arnaud A.
======================================================================== Bonjour Arnaud,
Egalement pour mieux comprendre le développement sur Exchange 2007, la
prochaine disponibilité du livre "Inside Microsoft Exchange Server 2007
Web Services" qui devrait sortir en version US le 28 Novembre 2007 (mais
qu'on peut commander dès le 21 Novembre) , et dont Michael Mainer est
l'un des co-auteurs.
Lien : http://www.microsoft.com/MSPress/books/10724.aspx
Un beau cadeau de Nöel pour Aurélia Belin si vous voulez lui faire très
très plaisir ;-)
Cordialement,
Arnaud A.
======================================================================== Bonjour Arnaud,
Egalement pour mieux comprendre le développement sur Exchange 2007, la
prochaine disponibilité du livre "Inside Microsoft Exchange Server 2007
Web Services" qui devrait sortir en version US le 28 Novembre 2007 (mais
qu'on peut commander dès le 21 Novembre) , et dont Michael Mainer est
l'un des co-auteurs.
Lien : http://www.microsoft.com/MSPress/books/10724.aspx
Un beau cadeau de Nöel pour Aurélia Belin si vous voulez lui faire très
très plaisir ;-)
Cordialement,
Arnaud A.
======================================================================== Bonjour Arnaud,
Le développement d'applicatifs, autour d'Infopath 2007 et d'Exchange
Server 2007, peut-il être considéré comme étant du collaboratif ou plus
simplement du groupware ?
On peut très bien développer sans pour autant avoir Office ou Lotus Notes.
Mais je penserais à Aurélia au moment de Noël.
Le développement d'applicatifs, autour d'Infopath 2007 et d'Exchange
Server 2007, peut-il être considéré comme étant du collaboratif ou plus
simplement du groupware ?
On peut très bien développer sans pour autant avoir Office ou Lotus Notes.
Mais je penserais à Aurélia au moment de Noël.
Le développement d'applicatifs, autour d'Infopath 2007 et d'Exchange
Server 2007, peut-il être considéré comme étant du collaboratif ou plus
simplement du groupware ?
On peut très bien développer sans pour autant avoir Office ou Lotus Notes.
Mais je penserais à Aurélia au moment de Noël.
Bonjour,Le développement d'applicatifs, autour d'Infopath 2007 et d'Exchange
Server 2007, peut-il être considéré comme étant du collaboratif ou
plus simplement du groupware ?
Avec Office InfoPath 2007, vous pouvez envoyer des formulaires en tant
qu'e-mails, afin que vos destinataires puissent compléter ces
formulaires sans quitter l'environnement familier d'Outlook. Après avoir
collecté les informations dans Outlook, vous pouvez les exporter dans
une feuille de calcul Excel ou rapatrier les données vers InfoPath.
Office InfoPath 2007 va surtout être utile pour créer des formulaires de
saisie pour une base de données (par exemple SQL Server), envoyer des
données à un workflow (par exemple avec Biztalk). Toutefois, une des
utilisations les plus pratique d'InfoPath reste avec Office SharePoint
Server 2007 et InfoPath Forms Services.
Bref, en dehors du fait qu'on puisse utiliser la messagerie comme
mécanisme de distribution des formulaires InfoPath, afin qu'ils
apparaissent directement dans le client Outlook. Exchange 2007 et
Infopath sont donc bien deux briques pour le développement d'une
application, mais ne représentent que le développement de formulaires
XML et le transfert de ce formulaire à tous les collaborateurs via la
messagerie. Reste à savoir où vous compter stocker les informations
récoltées par les formulaires InfoPath et le traitement ou workflow que
vous allez vouloir effectuer. (<= C'est là où est le problème, Exchange
n'étant ni un gestionnaire de processus, ni optimisé pour traiter des
informations comme peuvent le faire les bases de données).
La partie "travail collaboratif" ou "groupware" n'est pas l'orientation
d'un produit comme Exchange Server, qui laisse ce travail à Sharepoint
Portal Server. Exchange Server se recentre au gré des versions sur la
"messagerie asynchrone" et Office Communications Server sur la
"messagerie synchrone". Chaque brique serveur dispose de son client
naturel : Outlook pour Exchange, Communicator pour OCS, et Infopath pour
le webpart Infopath Forms Services + Sharepoint ou SQL Server.
Je ne vois donc pas de rapport direct entre Infopath et Exchange (du
moins de mon point de vue) et imagine mal comme ces deux produits à eux
seuls pourraient représenter une application collaborative. <= Mais,
bon, je suis loin d'être un spécialiste Infopath, donc peut-être il y
a-t-il des personnes qui pourront faire un retour d'expérience plus
précis à ce sujet.On peut très bien développer sans pour autant avoir Office ou Lotus
Notes.
Coté client, je suis d'accord avec vous. Un navigateur Internet (de
préférence Internet Explorer ;-) ) correctement configuré suffit.Mais je penserais à Aurélia au moment de Noël.
Merci pour elle :-D
Cordialement,
Arnaud A.
============================================ Bonjour Arnaud,
Bonjour,
Le développement d'applicatifs, autour d'Infopath 2007 et d'Exchange
Server 2007, peut-il être considéré comme étant du collaboratif ou
plus simplement du groupware ?
Avec Office InfoPath 2007, vous pouvez envoyer des formulaires en tant
qu'e-mails, afin que vos destinataires puissent compléter ces
formulaires sans quitter l'environnement familier d'Outlook. Après avoir
collecté les informations dans Outlook, vous pouvez les exporter dans
une feuille de calcul Excel ou rapatrier les données vers InfoPath.
Office InfoPath 2007 va surtout être utile pour créer des formulaires de
saisie pour une base de données (par exemple SQL Server), envoyer des
données à un workflow (par exemple avec Biztalk). Toutefois, une des
utilisations les plus pratique d'InfoPath reste avec Office SharePoint
Server 2007 et InfoPath Forms Services.
Bref, en dehors du fait qu'on puisse utiliser la messagerie comme
mécanisme de distribution des formulaires InfoPath, afin qu'ils
apparaissent directement dans le client Outlook. Exchange 2007 et
Infopath sont donc bien deux briques pour le développement d'une
application, mais ne représentent que le développement de formulaires
XML et le transfert de ce formulaire à tous les collaborateurs via la
messagerie. Reste à savoir où vous compter stocker les informations
récoltées par les formulaires InfoPath et le traitement ou workflow que
vous allez vouloir effectuer. (<= C'est là où est le problème, Exchange
n'étant ni un gestionnaire de processus, ni optimisé pour traiter des
informations comme peuvent le faire les bases de données).
La partie "travail collaboratif" ou "groupware" n'est pas l'orientation
d'un produit comme Exchange Server, qui laisse ce travail à Sharepoint
Portal Server. Exchange Server se recentre au gré des versions sur la
"messagerie asynchrone" et Office Communications Server sur la
"messagerie synchrone". Chaque brique serveur dispose de son client
naturel : Outlook pour Exchange, Communicator pour OCS, et Infopath pour
le webpart Infopath Forms Services + Sharepoint ou SQL Server.
Je ne vois donc pas de rapport direct entre Infopath et Exchange (du
moins de mon point de vue) et imagine mal comme ces deux produits à eux
seuls pourraient représenter une application collaborative. <= Mais,
bon, je suis loin d'être un spécialiste Infopath, donc peut-être il y
a-t-il des personnes qui pourront faire un retour d'expérience plus
précis à ce sujet.
On peut très bien développer sans pour autant avoir Office ou Lotus
Notes.
Coté client, je suis d'accord avec vous. Un navigateur Internet (de
préférence Internet Explorer ;-) ) correctement configuré suffit.
Mais je penserais à Aurélia au moment de Noël.
Merci pour elle :-D
Cordialement,
Arnaud A.
============================================ Bonjour Arnaud,
Bonjour,Le développement d'applicatifs, autour d'Infopath 2007 et d'Exchange
Server 2007, peut-il être considéré comme étant du collaboratif ou
plus simplement du groupware ?
Avec Office InfoPath 2007, vous pouvez envoyer des formulaires en tant
qu'e-mails, afin que vos destinataires puissent compléter ces
formulaires sans quitter l'environnement familier d'Outlook. Après avoir
collecté les informations dans Outlook, vous pouvez les exporter dans
une feuille de calcul Excel ou rapatrier les données vers InfoPath.
Office InfoPath 2007 va surtout être utile pour créer des formulaires de
saisie pour une base de données (par exemple SQL Server), envoyer des
données à un workflow (par exemple avec Biztalk). Toutefois, une des
utilisations les plus pratique d'InfoPath reste avec Office SharePoint
Server 2007 et InfoPath Forms Services.
Bref, en dehors du fait qu'on puisse utiliser la messagerie comme
mécanisme de distribution des formulaires InfoPath, afin qu'ils
apparaissent directement dans le client Outlook. Exchange 2007 et
Infopath sont donc bien deux briques pour le développement d'une
application, mais ne représentent que le développement de formulaires
XML et le transfert de ce formulaire à tous les collaborateurs via la
messagerie. Reste à savoir où vous compter stocker les informations
récoltées par les formulaires InfoPath et le traitement ou workflow que
vous allez vouloir effectuer. (<= C'est là où est le problème, Exchange
n'étant ni un gestionnaire de processus, ni optimisé pour traiter des
informations comme peuvent le faire les bases de données).
La partie "travail collaboratif" ou "groupware" n'est pas l'orientation
d'un produit comme Exchange Server, qui laisse ce travail à Sharepoint
Portal Server. Exchange Server se recentre au gré des versions sur la
"messagerie asynchrone" et Office Communications Server sur la
"messagerie synchrone". Chaque brique serveur dispose de son client
naturel : Outlook pour Exchange, Communicator pour OCS, et Infopath pour
le webpart Infopath Forms Services + Sharepoint ou SQL Server.
Je ne vois donc pas de rapport direct entre Infopath et Exchange (du
moins de mon point de vue) et imagine mal comme ces deux produits à eux
seuls pourraient représenter une application collaborative. <= Mais,
bon, je suis loin d'être un spécialiste Infopath, donc peut-être il y
a-t-il des personnes qui pourront faire un retour d'expérience plus
précis à ce sujet.On peut très bien développer sans pour autant avoir Office ou Lotus
Notes.
Coté client, je suis d'accord avec vous. Un navigateur Internet (de
préférence Internet Explorer ;-) ) correctement configuré suffit.Mais je penserais à Aurélia au moment de Noël.
Merci pour elle :-D
Cordialement,
Arnaud A.
============================================ Bonjour Arnaud,
Quelques formulaires développés avec InfoPath 2007, le tout stocké dans
une base XML et quelques informations puisées dans Exchange Server 2007
(adresse mail, pédigrée, etc), pour être traitée dans un module ou
workflow tracker ( suivi des appels et des interventions), l'idée est de
ne pas avoir une infrastructure énorme.
Quelques formulaires développés avec InfoPath 2007, le tout stocké dans
une base XML et quelques informations puisées dans Exchange Server 2007
(adresse mail, pédigrée, etc), pour être traitée dans un module ou
workflow tracker ( suivi des appels et des interventions), l'idée est de
ne pas avoir une infrastructure énorme.
Quelques formulaires développés avec InfoPath 2007, le tout stocké dans
une base XML et quelques informations puisées dans Exchange Server 2007
(adresse mail, pédigrée, etc), pour être traitée dans un module ou
workflow tracker ( suivi des appels et des interventions), l'idée est de
ne pas avoir une infrastructure énorme.