Bonjour,
Nous cherchons pour notre service équipé de 15 postes iMac (Mac OSX) et
d'un serveur (Mac OS Serveur X.4) une solution d'agenda partagé simple,
efficace et peu coûteuse évidemment.
On cherche un agenda partagé qui doit répondre aux conditions suivantes
1) Solution entièrement serveur : pas question de jouer avec des
fichiers locaux.
2) Possibilité de faire des vues de groupe et d'insérer des rendez-vous
pour ces groupes.
3) Possibilité qu'un utilisateur (secrétaire par ex.) puisse entièrement
gérer l'agenda d'un autre utilisateur.
Sur ce nous avons essayé :
* iCal : solution de partage insuffisante car on cherche une solution
entièrement serveur
* MeetingMaker : Solution convenable mais coûteuse
* NowUpToDate, fonctionnalités serveurs compliquée et solution coûteuse
* Entourage : fonctions de partages insuffisantes.
Le Mon, 19 Dec 2005 18:28:56 +0100, José Campos a écrit :
phpicalendar <http://phpicalendar.net/> entièrement paramétrable, accepte les publications depuis iCal, gratuit, nécessite seulement d'avoir activé PHP.
y aurait-il la même chose pour partager son addressBook ? -- Une bévue
Le Mon, 19 Dec 2005 18:28:56 +0100, José Campos a écrit :
phpicalendar <http://phpicalendar.net/> entièrement paramétrable,
accepte les publications depuis iCal, gratuit, nécessite seulement
d'avoir activé PHP.
y aurait-il la même chose pour partager son addressBook ?
--
Une bévue
Le Mon, 19 Dec 2005 18:28:56 +0100, José Campos a écrit :
phpicalendar <http://phpicalendar.net/> entièrement paramétrable, accepte les publications depuis iCal, gratuit, nécessite seulement d'avoir activé PHP.
y aurait-il la même chose pour partager son addressBook ? -- Une bévue
nathalie_n
In article , Geoffroy Hecquet wrote:
Verriez-vous d'autres produits ?
TopAgenda avec Topserver pas donné mais très efficace <http://www.rubensoft.com/index.htm>
-- nathalie
In article <hecquet-F5A58A.16240419122005@ail.sri.ucl.ac.be>, Geoffroy
Hecquet <hecquet@cio.ucl.ac.be> wrote:
Verriez-vous d'autres produits ?
TopAgenda avec Topserver pas donné mais très efficace
<http://www.rubensoft.com/index.htm>
TopAgenda avec Topserver pas donné mais très efficace <http://www.rubensoft.com/index.htm>
-- nathalie
h.sainct
José Campos <jose.campos+ wrote:
phpicalendar <http://phpicalendar.net/> entièrement paramétrable, accepte les publications depuis iCal, gratuit, nécessite seulement d'avoir activé PHP.
je ne suis pas sûr que phpicalendar, dont je me sers pour publier des agendas iCal sur internet, permette l'édition. Je crains qu'il ne permette que la publication. Il permet par contre cette publication sans avoir besoin des serveurs webdav qu'exige en principe iCal, ce qui est bien pratique. Pour un groupe, il permet à chacun de gérer son calendrier en local avec iCal, et de s'abonner aux calendriers des autres sur le serveur où chacun publie le sien. Il ne permet pas à une secrétaire d'intervenir sur le calendrier de quelqu'un.
De façon générale j'ai tendance à essayer de garder le format unix standard .ics remis au goût du jour par iCal (un format clair, ouvert, supporté par nombre de calendriers), mais par contre je considère qu'iCal n'est pas un calendrier *de groupe* au sens où il ne permet pas à plusieurs utilisateurs d'intervenir sur le même calendrier. Il permet à un petit groupe d'afficher simultanément les calendriers de tous, mais il ne permettra pas la délégation de gestion.
J'aurais tendance à proposer VTCalendar, de l'université américaine Virginia Tech, un développement à jour (dernière version en mai dernier), compatible iCal, mac et PC, accès directement avec un navigateur html, gestion de groupes d'utilisateurs etc. mais... que je n'ai pas personnellement encore testé.
http://vtcalendar.sourceforge.net/
Si VTC fait bien ce qu'il promet, il semble parfait... Il s'installe sous la forme d'un script php et exige une base MySQL.
Il y a aussi Schooltool, calendrier multi-utilisateur au départ prévu pour gérer des écoles (classes, professeurs, élèves) mais extensible à n'importe quoi, dont l'interface est réellement lumineuse de simplicité, par contre il exige plus de droits sur le serveur où il va tourner (c'est un logiciel qu'il faut installer, et pas un simple script php): en gros, on peut l'installer seulemenet si on a accès au serveur, pas chez un hébergeur.
http://www.schooltool.org/
Contrairement à VTCalendar l'interface de Schooltool est pratiquement traduite en français (les auteurs proposent de les aider à finir, et ils sont très réactifs en outre)
une adresse listant d'autres calendriers: http://www.linuxlinks.com/Web/Productivity_Tools/Calendar/
une autre: http://www.planscalendar.com/index.php?p=competition
Bon courage, et tenez-nous au courant sur le newsgroup!
Hervé
-- Frédérique & Hervé Sainct, [fr,es,en,it] Frédérique's initial is missing in front of the above address l'initiale de Frédérique manque devant l'adresse email ci-dessus
José Campos <jose.campos+spam@galacsys.com> wrote:
phpicalendar <http://phpicalendar.net/> entièrement paramétrable,
accepte les publications depuis iCal, gratuit, nécessite seulement
d'avoir activé PHP.
je ne suis pas sûr que phpicalendar, dont je me sers pour publier des
agendas iCal sur internet, permette l'édition. Je crains qu'il ne
permette que la publication. Il permet par contre cette publication sans
avoir besoin des serveurs webdav qu'exige en principe iCal, ce qui est
bien pratique.
Pour un groupe, il permet à chacun de gérer son calendrier en local avec
iCal, et de s'abonner aux calendriers des autres sur le serveur où
chacun publie le sien. Il ne permet pas à une secrétaire d'intervenir
sur le calendrier de quelqu'un.
De façon générale j'ai tendance à essayer de garder le format unix
standard .ics remis au goût du jour par iCal (un format clair, ouvert,
supporté par nombre de calendriers), mais par contre je considère
qu'iCal n'est pas un calendrier *de groupe* au sens où il ne permet pas
à plusieurs utilisateurs d'intervenir sur le même calendrier. Il permet
à un petit groupe d'afficher simultanément les calendriers de tous, mais
il ne permettra pas la délégation de gestion.
J'aurais tendance à proposer VTCalendar, de l'université américaine
Virginia Tech, un développement à jour (dernière version en mai
dernier), compatible iCal, mac et PC, accès directement avec un
navigateur html, gestion de groupes d'utilisateurs etc. mais... que je
n'ai pas personnellement encore testé.
http://vtcalendar.sourceforge.net/
Si VTC fait bien ce qu'il promet, il semble parfait...
Il s'installe sous la forme d'un script php et exige une base MySQL.
Il y a aussi Schooltool, calendrier multi-utilisateur au départ prévu
pour gérer des écoles (classes, professeurs, élèves) mais extensible à
n'importe quoi, dont l'interface est réellement lumineuse de simplicité,
par contre il exige plus de droits sur le serveur où il va tourner
(c'est un logiciel qu'il faut installer, et pas un simple script php):
en gros, on peut l'installer seulemenet si on a accès au serveur, pas
chez un hébergeur.
http://www.schooltool.org/
Contrairement à VTCalendar l'interface de Schooltool est pratiquement
traduite en français (les auteurs proposent de les aider à finir, et ils
sont très réactifs en outre)
une adresse listant d'autres calendriers:
http://www.linuxlinks.com/Web/Productivity_Tools/Calendar/
une autre:
http://www.planscalendar.com/index.php?p=competition
Bon courage, et tenez-nous au courant sur le newsgroup!
Hervé
--
Frédérique & Hervé Sainct, h.sainct@laposte.net [fr,es,en,it]
Frédérique's initial is missing in front of the above address
l'initiale de Frédérique manque devant l'adresse email ci-dessus
phpicalendar <http://phpicalendar.net/> entièrement paramétrable, accepte les publications depuis iCal, gratuit, nécessite seulement d'avoir activé PHP.
je ne suis pas sûr que phpicalendar, dont je me sers pour publier des agendas iCal sur internet, permette l'édition. Je crains qu'il ne permette que la publication. Il permet par contre cette publication sans avoir besoin des serveurs webdav qu'exige en principe iCal, ce qui est bien pratique. Pour un groupe, il permet à chacun de gérer son calendrier en local avec iCal, et de s'abonner aux calendriers des autres sur le serveur où chacun publie le sien. Il ne permet pas à une secrétaire d'intervenir sur le calendrier de quelqu'un.
De façon générale j'ai tendance à essayer de garder le format unix standard .ics remis au goût du jour par iCal (un format clair, ouvert, supporté par nombre de calendriers), mais par contre je considère qu'iCal n'est pas un calendrier *de groupe* au sens où il ne permet pas à plusieurs utilisateurs d'intervenir sur le même calendrier. Il permet à un petit groupe d'afficher simultanément les calendriers de tous, mais il ne permettra pas la délégation de gestion.
J'aurais tendance à proposer VTCalendar, de l'université américaine Virginia Tech, un développement à jour (dernière version en mai dernier), compatible iCal, mac et PC, accès directement avec un navigateur html, gestion de groupes d'utilisateurs etc. mais... que je n'ai pas personnellement encore testé.
http://vtcalendar.sourceforge.net/
Si VTC fait bien ce qu'il promet, il semble parfait... Il s'installe sous la forme d'un script php et exige une base MySQL.
Il y a aussi Schooltool, calendrier multi-utilisateur au départ prévu pour gérer des écoles (classes, professeurs, élèves) mais extensible à n'importe quoi, dont l'interface est réellement lumineuse de simplicité, par contre il exige plus de droits sur le serveur où il va tourner (c'est un logiciel qu'il faut installer, et pas un simple script php): en gros, on peut l'installer seulemenet si on a accès au serveur, pas chez un hébergeur.
http://www.schooltool.org/
Contrairement à VTCalendar l'interface de Schooltool est pratiquement traduite en français (les auteurs proposent de les aider à finir, et ils sont très réactifs en outre)
une adresse listant d'autres calendriers: http://www.linuxlinks.com/Web/Productivity_Tools/Calendar/
une autre: http://www.planscalendar.com/index.php?p=competition
Bon courage, et tenez-nous au courant sur le newsgroup!
Hervé
-- Frédérique & Hervé Sainct, [fr,es,en,it] Frédérique's initial is missing in front of the above address l'initiale de Frédérique manque devant l'adresse email ci-dessus
Une bévue
Le Mon, 19 Dec 2005 18:55:34 +0100, José Campos a écrit :
Sur VersionTracker, j'ai descendu un truc qui exporte le contenu du carnet d'adresses au format HTML <http://versiontracker.com/dyn/moreinfo/macosx/21497> testé rapidement, *semble* faire du code propre,
ok, merci, je vais tester... -- Une bévue
Le Mon, 19 Dec 2005 18:55:34 +0100, José Campos a écrit :
Sur VersionTracker, j'ai descendu un truc qui exporte le contenu du
carnet d'adresses au format HTML
<http://versiontracker.com/dyn/moreinfo/macosx/21497> testé
rapidement, *semble* faire du code propre,
Le Mon, 19 Dec 2005 18:55:34 +0100, José Campos a écrit :
Sur VersionTracker, j'ai descendu un truc qui exporte le contenu du carnet d'adresses au format HTML <http://versiontracker.com/dyn/moreinfo/macosx/21497> testé rapidement, *semble* faire du code propre,
ok, merci, je vais tester... -- Une bévue
pere.noel
José Campos <jose.campos+ wrote:
Sur VersionTracker, j'ai descendu un truc qui exporte le contenu du carnet d'adresses au format HTML <http://versiontracker.com/dyn/moreinfo/macosx/21497> testé rapidement, *semble* faire du code propre,
les accents ne passent pas... je regarde s'il est possible de sortir l'addressbook en xml, à partir d'applescript... -- une bévue
José Campos <jose.campos+spam@galacsys.com> wrote:
Sur VersionTracker, j'ai descendu un truc qui exporte le contenu du
carnet d'adresses au format HTML
<http://versiontracker.com/dyn/moreinfo/macosx/21497> testé
rapidement, *semble* faire du code propre,
les accents ne passent pas...
je regarde s'il est possible de sortir l'addressbook en xml, à partir
d'applescript...
--
une bévue
Sur VersionTracker, j'ai descendu un truc qui exporte le contenu du carnet d'adresses au format HTML <http://versiontracker.com/dyn/moreinfo/macosx/21497> testé rapidement, *semble* faire du code propre,
les accents ne passent pas... je regarde s'il est possible de sortir l'addressbook en xml, à partir d'applescript... -- une bévue
Nicolas.MICHEL
Frédérique & Hervé Sainct wrote:
Bon courage, et tenez-nous au courant sur le newsgroup!
Merci ! C'est cool de lire ce genre de post.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
y aurait-il la même chose pour partager son addressBook ?
LDAP ?
-- Jacques
pere.noel
Jacques Foucry wrote:
y aurait-il la même chose pour partager son addressBook ?
LDAP ?
pour être plus précis, ce dont j'ai besoin :
partager mon AddressBook entre ma bécanne tournant sur MacOS X et ma bécanne tournant sur linux. pour l'instant avec un AppleScript, j'exporte mon AddressBook sous forme de xml que je peux récupérer sous linux. donc LDAP me permettrait une solution plus élégante d'échange d'adresses perso ? -- une bévue
Jacques Foucry <nospam@foucry.net.invalid> wrote:
y aurait-il la même chose pour partager son addressBook ?
LDAP ?
pour être plus précis, ce dont j'ai besoin :
partager mon AddressBook entre ma bécanne tournant sur MacOS X et ma
bécanne tournant sur linux.
pour l'instant avec un AppleScript, j'exporte mon AddressBook sous forme
de xml que je peux récupérer sous linux.
donc LDAP me permettrait une solution plus élégante d'échange d'adresses
perso ?
--
une bévue
y aurait-il la même chose pour partager son addressBook ?
LDAP ?
pour être plus précis, ce dont j'ai besoin :
partager mon AddressBook entre ma bécanne tournant sur MacOS X et ma bécanne tournant sur linux. pour l'instant avec un AppleScript, j'exporte mon AddressBook sous forme de xml que je peux récupérer sous linux. donc LDAP me permettrait une solution plus élégante d'échange d'adresses perso ? -- une bévue
nospam
Une bévue wrote:
donc LDAP me permettrait une solution plus élégante d'échange d'adresses perso ?
A ce niveau là, je pense.
Personnellement, j'ai LDAP sur le MacMini avec Tiger Server. LDAP sert au départ à OpenDirectory. J'ai donc et par défaut, tout mes utilisateurs réseauz (déclarés sur le serveur) dans AddressBook (il faut faire une recherche pour les trouver).
Avec PHPLDAPadmin, j'ai créé un nouveau schéma (ou plutôt j'ai utilisé le schéma people qui existait mais vide).
Avec AddressBok4LDAP je sélectionne dans l'AdressBook les contacts "à partager" et ceux-ci sont recopiés dans le schéma LDAP people.
Ensuite, depuis le portable correctement configuré, je peu obtenir les contacts qui sont sur le LDAP.
Donc, cette solution de partage, dans ton cas me parait la plus "simple".
Le seul hic, c'est AddressBook qui n'est pas capable d'afficher la liste des contacts du LDAP, il faut faire une recherche pour les trouver. Sans doute à cause du fait que LDAP peu servir au pages jaune par exemple et là ça deviendrait vite la merde si on avait tous les contacts dans l'appli.
-- Jacques
Une bévue <pere.noel@laponie.com> wrote:
donc LDAP me permettrait une solution plus élégante d'échange d'adresses
perso ?
A ce niveau là, je pense.
Personnellement, j'ai LDAP sur le MacMini avec Tiger Server. LDAP sert
au départ à OpenDirectory. J'ai donc et par défaut, tout mes
utilisateurs réseauz (déclarés sur le serveur) dans AddressBook (il faut
faire une recherche pour les trouver).
Avec PHPLDAPadmin, j'ai créé un nouveau schéma (ou plutôt j'ai utilisé
le schéma people qui existait mais vide).
Avec AddressBok4LDAP je sélectionne dans l'AdressBook les contacts "à
partager" et ceux-ci sont recopiés dans le schéma LDAP people.
Ensuite, depuis le portable correctement configuré, je peu obtenir les
contacts qui sont sur le LDAP.
Donc, cette solution de partage, dans ton cas me parait la plus
"simple".
Le seul hic, c'est AddressBook qui n'est pas capable d'afficher la liste
des contacts du LDAP, il faut faire une recherche pour les trouver. Sans
doute à cause du fait que LDAP peu servir au pages jaune par exemple et
là ça deviendrait vite la merde si on avait tous les contacts dans
l'appli.
donc LDAP me permettrait une solution plus élégante d'échange d'adresses perso ?
A ce niveau là, je pense.
Personnellement, j'ai LDAP sur le MacMini avec Tiger Server. LDAP sert au départ à OpenDirectory. J'ai donc et par défaut, tout mes utilisateurs réseauz (déclarés sur le serveur) dans AddressBook (il faut faire une recherche pour les trouver).
Avec PHPLDAPadmin, j'ai créé un nouveau schéma (ou plutôt j'ai utilisé le schéma people qui existait mais vide).
Avec AddressBok4LDAP je sélectionne dans l'AdressBook les contacts "à partager" et ceux-ci sont recopiés dans le schéma LDAP people.
Ensuite, depuis le portable correctement configuré, je peu obtenir les contacts qui sont sur le LDAP.
Donc, cette solution de partage, dans ton cas me parait la plus "simple".
Le seul hic, c'est AddressBook qui n'est pas capable d'afficher la liste des contacts du LDAP, il faut faire une recherche pour les trouver. Sans doute à cause du fait que LDAP peu servir au pages jaune par exemple et là ça deviendrait vite la merde si on avait tous les contacts dans l'appli.
-- Jacques
filh
Jacques Foucry wrote:
Avec AddressBok4LDAP je sélectionne dans l'AdressBook les contacts "à partager" et ceux-ci sont recopiés dans le schéma LDAP people.
Un schema LDAP étant une description de classes, on peut difficilement y recopier des données, c'est pas fait pour ça.
Peut-être que tu as séléctionné une branche de ton DIT et que tu y a entré des données dans une classe People décrite par un schéma.
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
Jacques Foucry <nospam@foucry.net.invalid> wrote:
Avec AddressBok4LDAP je sélectionne dans l'AdressBook les contacts "à
partager" et ceux-ci sont recopiés dans le schéma LDAP people.
Un schema LDAP étant une description de classes, on peut difficilement y
recopier des données, c'est pas fait pour ça.
Peut-être que tu as séléctionné une branche de ton DIT et que tu y a
entré des données dans une classe People décrite par un schéma.
FiLH
--
Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire
une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle.
Roland Barthes.
http://www.filh.org
Avec AddressBok4LDAP je sélectionne dans l'AdressBook les contacts "à partager" et ceux-ci sont recopiés dans le schéma LDAP people.
Un schema LDAP étant une description de classes, on peut difficilement y recopier des données, c'est pas fait pour ça.
Peut-être que tu as séléctionné une branche de ton DIT et que tu y a entré des données dans une classe People décrite par un schéma.
FiLH
-- Le fondement du constat bourgeois, c'est le bon sens, c'est-à-dire une vérité qui s'arrête sur l'ordre arbitraire de celui qui la parle. Roland Barthes. http://www.filh.org
