Hi,
I am quite "frightened" to take up this topic again and again lest you all be bored.
But interestingly, this one http://publictest15.fedoraproject.org/calender/ can fulfill all our requisites.
But, I don't use a calender on my phone, so I never used remote export/import etc. And no surprise that I shall not be able to test it fully. So, if someone who is familiar with these help me out, it will be nice.
Thanks.
[1] https://fedorahosted.org/fedora-infrastructure/ticket/1197
Hi,
Hey,
I am quite "frightened" to take up this topic again and again lest you all be bored.
One of my good deeds for the week could be to help you sort this out ;).
But interestingly, this one http://publictest15.fedoraproject.org/calender/ can fulfill all our requisites.
I have played with WebCalendar in the past. As far as I can remember - it's not written in the most conventional/maintainable way, as in something I write quickly in a day would no doubt be a lot easier to maintain and be standards compliant.
But, I don't use a calender on my phone, so I never used remote export/import etc. And no surprise that I shall not be able to test it fully. So, if someone who is familiar with these help me out, it will be nice.
I cannot live without the calendar on my iPhone!
Thanks.
[1] https://fedorahosted.org/fedora-infrastructure/ticket/1197
Cheers,
David JM Emmett
One of my good deeds for the week could be to help you sort this out ;).
Great!!! Thanks. I have started to put down the test cases.
I have played with WebCalendar in the past. As far as I can remember - it's not written in the most conventional/maintainable way, as in something I write quickly in a day would no doubt be a lot easier to maintain and be standards compliant.
But then, you/we have to maintain that forever. :)
I cannot live without the calendar on my iPhone!
Surely that helps us testing. :)
As for javascript, we son't seem to have much option as no other app does not even come close as per our requirement.
And, I am also interested in writting an calendering app on our own. Which I communicated to Mike personally. But, not right now. This is long a overdue and we shall miss the deadline of F12. Lets put something in place first. Then we will think of an elegant solution.
Thanks.
Okays,
As I'm relatively new to this list, I don't really have access to much - so I'll just fire away...
1) When is F12 deadline - how does this coincide with it? 2) Where are the requirements? 3) You said "I have started to put down the test cases." - I say, "where are they" ;) 4) What's the Fedora Infrastructure Development Workflow?
Cheers,
David JM Emmett
On Wed, 2009-07-29 at 14:21 +0530, susmit shannigrahi wrote:
One of my good deeds for the week could be to help you sort this out ;).
Great!!! Thanks. I have started to put down the test cases.
I have played with WebCalendar in the past. As far as I can remember - it's not written in the most conventional/maintainable way, as in something I write quickly in a day would no doubt be a lot easier to maintain and be standards compliant.
But then, you/we have to maintain that forever. :)
I cannot live without the calendar on my iPhone!
Surely that helps us testing. :)
As for javascript, we son't seem to have much option as no other app does not even come close as per our requirement.
And, I am also interested in writting an calendering app on our own. Which I communicated to Mike personally. But, not right now. This is long a overdue and we shall miss the deadline of F12. Lets put something in place first. Then we will think of an elegant solution.
Thanks.
On Wed, Jul 29, 2009 at 3:19 PM, David JM Emmettme@davidjmemmett.co.uk wrote:
Okays,
As I'm relatively new to this list, I don't really have access to much - so I'll just fire away...
- When is F12 deadline - how does this coincide with it?
Nothing really. But it is a loose deadline marked by an event.
- Where are the requirements?
- You said "I have started to put down the test cases." - I say, "where
are they" ;)
Not actually test cases, but these are the things we need to examine https://fedoraproject.org/wiki/User:Herlo/Fedora_Calendar_Project_Desired_Fe...
- What's the Fedora Infrastructure Development Workflow?
Mike, Ricky? You will be far better person to answer it. :)
Thanks.
On Thu, 2009-07-30 at 09:22 +0530, susmit shannigrahi wrote:
On Wed, Jul 29, 2009 at 3:19 PM, David JM Emmettme@davidjmemmett.co.uk wrote:
Okays,
As I'm relatively new to this list, I don't really have access to much - so I'll just fire away...
- When is F12 deadline - how does this coincide with it?
Nothing really. But it is a loose deadline marked by an event.
- Where are the requirements?
- You said "I have started to put down the test cases." - I say, "where
are they" ;)
Not actually test cases, but these are the things we need to examine https://fedoraproject.org/wiki/User:Herlo/Fedora_Calendar_Project_Desired_Fe...
This seems to have changed since the last time I was around this discussion - it doesn't mention CalDAV at all, and specifies 'handheld clients'. My use case (and that of others interested) has nothing to do with handheld devices, I just want the calendar to sync with Evolution on my desktop because that's how I like to deal with my calendar, not through a web front end.
Anyhow, WebCalendars sync capabilities appear to have a rather significant limitation:
http://www.k5n.us/wiki/index.php?title=Remote_Publishing_with_Apple_iCal
"Please see notes at the bottom of this page for limitations with this approach. If you choose to use Apple iCal to add/edit events in WebCalendar, then you should always use Apple iCal and never WebCalendar directory to create, edit or delete events."
And it only talks about iCal, doesn't even mention other potential client applications, which suggests they don't support those at all...
there's also little wrinkly bits like 'You may find that deleting an event in Apple iCal will NOT delete the event on WebCalendar. Why does this happen? Partly because we're just using iCal (rather than a calendar sharing protocol like CalDAV). If this happens, you can go to WebCalendar and delete the event there (after deleting it in Apple iCal).'
They do write about possibly supporting CalDAV in future.
Also to note - WebCalendar is rather inaccessible to users without JavaScript, whether WCAG are to be followed / are a requirement I don't know - just thought I'd point it out.
I also don't like their usage of JavaScript - it's very messy!
Cheers,
David JM Emmett
On Wed, Jul 29, 2009 at 3:00 AM, susmit shannigrahithinklinux.ssh@gmail.com wrote:
Hi,
I am quite "frightened" to take up this topic again and again lest you all be bored.
But interestingly, this one http://publictest15.fedoraproject.org/calender/ can fulfill all our requisites.
But, I don't use a calender on my phone, so I never used remote export/import etc. And no surprise that I shall not be able to test it fully. So, if someone who is familiar with these help me out, it will be nice.
Thanks.
[1] https://fedorahosted.org/fedora-infrastructure/ticket/1197
Interesting - and as an aside this is already being packaged. https://bugzilla.redhat.com/show_bug.cgi?id=471231
Dependent on these reviews some of which are in progress, some which need a reviewer. https://bugzilla.redhat.com/show_bug.cgi?id=505354 https://bugzilla.redhat.com/show_bug.cgi?id=505356 https://bugzilla.redhat.com/show_bug.cgi?id=505360
As you'll note in the review, there's a potential licensing issue (at least licensing is unclear with regards to some icons that are included) That said, I was thinking this might be a fit when I picked up the review, but haven't had time to play with it much.
On Wed, 2009-07-29 at 12:30 +0530, susmit shannigrahi wrote:
Hi,
I am quite "frightened" to take up this topic again and again lest you all be bored.
Looking at some other stuff around this topic, I just hit some more info. Looks like Debian looked at this before, and came up with some useful tables and info:
http://wiki.debian.org/Groupware
Jesse Keating just seconded John Poelstra's suggestion of OBM:
which seems to be longstanding and pretty comprehensive. It does appear to have CalDAV capability and a decent web front end. If anything it's like Zimbra in that its capabilities go beyond our needs, but that could even be useful in the long run, and by all accounts it doesn't go as far out of its way to make things difficult as Zimbra does...
A few new options here. Will look into it.
SUN JDK, so may not be doable http://obm.org/doku.php?id=install_obm_sync_server_from_sources
Thanks.
On Thu, 2009-08-20 at 00:26 +0530, susmit shannigrahi wrote:
A few new options here. Will look into it.
SUN JDK, so may not be doable http://obm.org/doku.php?id=install_obm_sync_server_from_sources
Debian's page says OBM is packaged in Debian, so it can't be too horrible...they have pretty strict guidelines, don't they?
The page you link is only for the sync server, which doesn't appear to be mandatory. It provides Funambol, Outlook and Mozilla sync services. I would think that once OBM's CalDav support is complete you wouldn't really need the sync server...
The page you link is only for the sync server, which doesn't appear to be mandatory. It provides Funambol, Outlook and Mozilla sync services. I would think that once OBM's CalDav support is complete you wouldn't really need the sync server...
Ok. I shall try to get it up today and see.
The page you link is only for the sync server, which doesn't appear to be mandatory. It provides Funambol, Outlook and Mozilla sync services. I would think that once OBM's CalDav support is complete you wouldn't really need the sync server...
OBM is up and running. Please refer to #1197 Thanks.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
I am going to try and use the OBM Calendar with thunderbird. It uses the ical format. thunderbird supports it by default.
susmit shannigrahi wrote:
The page you link is only for the sync server, which doesn't appear to be mandatory. It provides Funambol, Outlook and Mozilla sync services. I would think that once OBM's CalDav support is complete you wouldn't really need the sync server...
OBM is up and running. Please refer to #1197 Thanks.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
susmit shannigrahi wrote:
The page you link is only for the sync server, which doesn't appear to be mandatory. It provides Funambol, Outlook and Mozilla sync services. I would think that once OBM's CalDav support is complete you wouldn't really need the sync server...
OBM is up and running. Please refer to #1197 Thanks.
Hmm... The synchronization with thunerbird doesnt seem to be working. I seem to notice that the base_url/obm-sync/services url is not exposed, which is required by the OBM connector for thunderbird. is there an .htaccess configuration or something that needs to be set?
Regards Jose
The page you link is only for the sync server, which doesn't appear to be mandatory. It provides Funambol, Outlook and Mozilla sync services. I would think that once OBM's CalDav support is complete you wouldn't really need the sync server...
Hmm... The synchronization with thunerbird doesnt seem to be working. I seem to notice that the base_url/obm-sync/services url is not exposed, which is required by the OBM connector for thunderbird. is there an .htaccess configuration or something that needs to be set?
It needs sun java, so unacceptable in the infrastructure. We need to look an alternative method for that. Please refer to Adam's mail above. Thanks.
did you have time to look at zimbra community edition?
On Sun, Oct 18, 2009 at 7:58 AM, susmit shannigrahi < thinklinux.ssh@gmail.com> wrote:
The page you link is only for the sync server, which doesn't appear to be mandatory. It provides Funambol, Outlook and Mozilla sync services.
I
would think that once OBM's CalDav support is complete you wouldn't really need the sync server...
Hmm... The synchronization with thunerbird doesnt seem to be working. I seem to notice that the base_url/obm-sync/services url is not exposed, which is required by the OBM connector for thunderbird. is there an .htaccess configuration or something that needs to be set?
It needs sun java, so unacceptable in the infrastructure. We need to look an alternative method for that. Please refer to Adam's mail above. Thanks.
-- Regards, Susmit.
============================================= ssh 0x86DD170A http://www.fedoraproject.org/wiki/user:susmit =============================================
Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
On Sun, 18 Oct 2009, jose manimala wrote:
did you have time to look at zimbra community edition?
Actually this might not be a bad idea. I wonder how hard it is to disable the email portion :)
-Mike
On Sun, Oct 18, 2009 at 7:58 AM, susmit shannigrahi thinklinux.ssh@gmail.com wrote: >>> The page you link is only for the sync server, which doesn't appear to >>> be mandatory. It provides Funambol, Outlook and Mozilla sync services. I >>> would think that once OBM's CalDav support is complete you wouldn't >>> really need the sync server...
Hmm... The synchronization with thunerbird doesnt seem to be working. I seem to notice that the base_url/obm-sync/services url is not exposed, which is required by the OBM connector for thunderbird. is there an .htaccess configuration or something that needs to be set?
It needs sun java, so unacceptable in the infrastructure. We need to look an alternative method for that. Please refer to Adam's mail above. Thanks.
-- Regards, Susmit.
============================================= ssh 0x86DD170A http://www.fedoraproject.org/wiki/user:susmit =============================================
Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
-- Jose M Manimala http://www.jmmblog.in.eu.org Ph: +919790824111 GPGkeyID: F5DD9656
On 10/19/2009 03:31 PM, Mike McGrath wrote:
On Sun, 18 Oct 2009, jose manimala wrote:
did you have time to look at zimbra community edition?
Are we kidding ourselves? Zimbra ships the entire required stack for free. If you're going this route (use full-blown Groupware for calandering), I can recommend Zarafa -which does not ship its own MySQL binaries (amongst all others required), uses the system stack (including options to move/change MTAs), does not install in /opt, and is currently under review to be included with Fedora.
My $.02
-- Jeroen
On Mon, 19 Oct 2009, Jeroen van Meeuwen wrote:
On 10/19/2009 03:31 PM, Mike McGrath wrote:
On Sun, 18 Oct 2009, jose manimala wrote:
did you have time to look at zimbra community edition?
Are we kidding ourselves? Zimbra ships the entire required stack for free. If you're going this route (use full-blown Groupware for calandering), I can recommend Zarafa -which does not ship its own MySQL binaries (amongst all others required), uses the system stack (including options to move/change MTAs), does not install in /opt, and is currently under review to be included with Fedora.
My $.02
We wouldn't be allowed to use the default one that zimbra ships anyway, our policies require it to be up for review. Zarafa can certainly be added to the list though :)
-Mike
On 19/10/09 14:42, Mike McGrath wrote:
On Mon, 19 Oct 2009, Jeroen van Meeuwen wrote:
On 10/19/2009 03:31 PM, Mike McGrath wrote:
On Sun, 18 Oct 2009, jose manimala wrote:
did you have time to look at zimbra community edition?
Are we kidding ourselves? Zimbra ships the entire required stack for free. If you're going this route (use full-blown Groupware for calandering), I can recommend Zarafa -which does not ship its own MySQL binaries (amongst all others required), uses the system stack (including options to move/change MTAs), does not install in /opt, and is currently under review to be included with Fedora.
My $.02
We wouldn't be allowed to use the default one that zimbra ships anyway, our policies require it to be up for review. Zarafa can certainly be added to the list though :)
-Mike
Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Please forgive me, if I am blind or not awake enough, but Zarafa appears to be a paid for solution. I can not seem to find a free version. So where is a foss version ?
Regards, Tristan
On 19/10/09 18:25, Tristan Santore wrote:
On 19/10/09 14:42, Mike McGrath wrote:
On Mon, 19 Oct 2009, Jeroen van Meeuwen wrote:
On 10/19/2009 03:31 PM, Mike McGrath wrote:
On Sun, 18 Oct 2009, jose manimala wrote:
did you have time to look at zimbra community edition?
Are we kidding ourselves? Zimbra ships the entire required stack for free. If you're going this route (use full-blown Groupware for calandering), I can recommend Zarafa -which does not ship its own MySQL binaries (amongst all others required), uses the system stack (including options to move/change MTAs), does not install in /opt, and is currently under review to be included with Fedora.
My $.02
We wouldn't be allowed to use the default one that zimbra ships anyway, our policies require it to be up for review. Zarafa can certainly be added to the list though :)
-Mike
Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Please forgive me, if I am blind or not awake enough, but Zarafa appears to be a paid for solution. I can not seem to find a free version. So where is a foss version ?
Regards, Tristan
Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Apologies, just after I sent the email, I found the link. http://www.zarafa.com/content/download-community
For anyone wishing to review this.
Regards, Tristan
On Mon, Oct 19, 2009 at 08:31:15 -0500, Mike McGrath mmcgrath@redhat.com wrote:
On Sun, 18 Oct 2009, jose manimala wrote:
did you have time to look at zimbra community edition?
Actually this might not be a bad idea. I wonder how hard it is to disable the email portion :)
It's less funny than you'd think. At work we use Zimbra and if you forward your email (without keeping a copy) the built in calendaring stuff doesn't work very well. You have to use the ics attachment (for the meeting invite or update) in the forwarded email in a tool to store the message in their calendar system. I don't think we (my work) ever asked them to fix this, because so far very people both forward their email and care about calendar invites. So it might not really be a hard thing to fix.
Hi,
Zarafa is up at Publictest16. Anyone want to test?
Please refer to last three comments of https://fedorahosted.org/fedora-infrastructure/ticket/1197
Thanks.
On Wed, 28 Oct 2009, susmit shannigrahi wrote:
Hi,
Zarafa is up at Publictest16. Anyone want to test?
Please refer to last three comments of https://fedorahosted.org/fedora-infrastructure/ticket/1197
Can I get an account? How will we do FAS?
-Mike
Can I get an account? How will we do FAS?
You can use admin/admin. The user is added the unix way, ($useradd way, though it has a different command). So, if there is some application/script to sync authentication that way, that should work.
Thanks.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
susmit shannigrahi wrote:
Can I get an account? How will we do FAS?
You can use admin/admin. The user is added the unix way, ($useradd way, though it has a different command). So, if there is some application/script to sync authentication that way, that should work.
Thanks.
hmm that would mean we would have to sync the FAS auth DB by the hour or some fixed duration right?
Jose Manimala
hmm that would mean we would have to sync the FAS auth DB by the hour or some fixed duration right?
Right. But I think that this should not be much of a problem.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
susmit shannigrahi wrote:
hmm that would mean we would have to sync the FAS auth DB by the hour or some fixed duration right?
Right. But I think that this should not be much of a problem.
That shouldn't be a problem but is there an LDAP plugin that is available? and if yes can we use it?
Jose Manimala
That shouldn't be a problem but is there an LDAP plugin that is available? and if yes can we use it?
But we don't have a LDAP :)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
susmit shannigrahi wrote:
That shouldn't be a problem but is there an LDAP plugin that is available? and if yes can we use it?
But we don't have a LDAP :)
yepp... sorry. i just got that cleared up.... :)
On Wed, 2009-10-28 at 19:36 +0530, susmit shannigrahi wrote:
Hi,
Zarafa is up at Publictest16. Anyone want to test?
Please refer to last three comments of https://fedorahosted.org/fedora-infrastructure/ticket/1197
As I posted to the ticket, I've come across another candidate which appears to meet the requirements and which I don't _think_ we've dismissed already - eGroupWare:
it has a decent web interface, doesn't seem to be insane in any way, doesn't need Java (it's PHP), is fairly mature and actively developed, and has CalDAV support for the calendaring stuff.
I'm probably going to deploy it on my own network for my own needs, will try to report back on how that goes. My servers run Mandriva, where it's packaged (though a very old version, I'm currently updating the packages).
On Fri, 2010-01-22 at 00:08 -0800, Adam Williamson wrote:
As I posted to the ticket, I've come across another candidate which appears to meet the requirements and which I don't _think_ we've dismissed already - eGroupWare:
it has a decent web interface, doesn't seem to be insane in any way, doesn't need Java (it's PHP), is fairly mature and actively developed, and has CalDAV support for the calendaring stuff.
I'm probably going to deploy it on my own network for my own needs, will try to report back on how that goes. My servers run Mandriva, where it's packaged (though a very old version, I'm currently updating the packages).
Well...it works!
http://www.happyassassin.net/extras/egroupware_caldav_it_works.png
egroupware's web interface on the right showing the test appointment I set up, evolution on the left showing the same appointment: it's accessing the calendar from my personal egroupware server, via CalDAV (see the left hand pane).
It seems like a pretty impressive little beastie, too. I managed to kill it by somewhat inadvisedly trying to use its webmail support with my fairly underpowered mail server's gigantic IMAP mail boxes, without using the imapproxy instance I have set up on the mail server. I think it timed out on something and left its MySQL database in a broken state. But that's the only problem I had. I haven't gone beyond setting up the test calendar appointment and verifying Evo could connect to it, really, but I'll stress it a bit more tomorrow by trying to get SyncML working, sticking my *real* calendar in it, and trying contacts as well.
The server I'm using runs Mandriva; I've updated Mandriva's egroupware packages for this purpose. It'd be fairly trivial to convert the packages to Fedora. Upstream actually provides Fedora packages, but at a glance they're not terribly clean. I haven't checked whether there are any private copies of what ought to be shared resources in egroupware yet, really, but at a glance it doesn't involve any hideous packaging nightmares; it's all just PHP, and it seems to use shared resources where appropriate (it uses quite a lot of php-pear stuff).
Do poke me on IRC if you have any questions. Will duplicate this post on the ticket.
On Fri, Jan 22, 2010 at 6:16 AM, Adam Williamson awilliam@redhat.com wrote:
On Fri, 2010-01-22 at 00:08 -0800, Adam Williamson wrote:
As I posted to the ticket, I've come across another candidate which appears to meet the requirements and which I don't _think_ we've dismissed already - eGroupWare:
it has a decent web interface, doesn't seem to be insane in any way, doesn't need Java (it's PHP), is fairly mature and actively developed, and has CalDAV support for the calendaring stuff.
I'm probably going to deploy it on my own network for my own needs, will try to report back on how that goes. My servers run Mandriva, where it's packaged (though a very old version, I'm currently updating the packages).
Well...it works!
http://www.happyassassin.net/extras/egroupware_caldav_it_works.png
egroupware's web interface on the right showing the test appointment I set up, evolution on the left showing the same appointment: it's accessing the calendar from my personal egroupware server, via CalDAV (see the left hand pane).
It seems like a pretty impressive little beastie, too. I managed to kill it by somewhat inadvisedly trying to use its webmail support with my fairly underpowered mail server's gigantic IMAP mail boxes, without using the imapproxy instance I have set up on the mail server. I think it timed out on something and left its MySQL database in a broken state. But that's the only problem I had. I haven't gone beyond setting up the test calendar appointment and verifying Evo could connect to it, really, but I'll stress it a bit more tomorrow by trying to get SyncML working, sticking my *real* calendar in it, and trying contacts as well.
The server I'm using runs Mandriva; I've updated Mandriva's egroupware packages for this purpose. It'd be fairly trivial to convert the packages to Fedora. Upstream actually provides Fedora packages, but at a glance they're not terribly clean. I haven't checked whether there are any private copies of what ought to be shared resources in egroupware yet, really, but at a glance it doesn't involve any hideous packaging nightmares; it's all just PHP, and it seems to use shared resources where appropriate (it uses quite a lot of php-pear stuff).
Do poke me on IRC if you have any questions. Will duplicate this post on the ticket. -- Adam Williamson
I have deployed this as well a few times thought its history and it has served me well each time. One thing to consider is how large of a service it is, I have never really had to bother with trimming all the "extra" features (mail, address book etc...) from it.
Brennan Ashton
On Fri, 2010-01-22 at 14:18 -0500, Brennan Ashton wrote:
I have deployed this as well a few times thought its history and it has served me well each time. One thing to consider is how large of a service it is, I have never really had to bother with trimming all the "extra" features (mail, address book etc...) from it.
It's fairly well modularized. See the Mandriva package list:
egroupware-developer_tools egroupware-egw-pear egroupware-emailadmin egroupware-etemplate egroupware-felamimail egroupware-filemanager egroupware-gallery egroupware-icalsrv egroupware-importexport egroupware-infolog egroupware-manual egroupware-mydms egroupware-news_admin egroupware-notifications egroupware-phpbrain egroupware-phpsysinfo egroupware-polls egroupware-projectmanager egroupware-registration egroupware-sambaadmin egroupware-sitemgr egroupware-syncml egroupware-timesheet egroupware-tracker egroupware-wiki egroupware-workflow
all you really need installed for it to work at a basic level is the main package, emailadmin (the setup process won't complete without it), etemplate and calendar. Well, calendar was listed as a dependency by the previous maintainer, who I'm assuming knew what he was doing. I can't personally confirm that the app doesn't work without it. You don't need even the webmail chunk, let alone any of the more esoteric bits.
I did test it some more today. I have working three-way sync of my real calendar and contacts - egroupware / desktop / laptop. Evolution seems quite flaky at transferring large amounts of data all at once - especially, for instance, trying to dump 50 contacts direct from a Google calendar (accessed by CalDAV) into the egroupware calendar (also accessed by CalDAV) tends to make it fall over. But I suspect that's as much Evo as anything else, I don't think anyone's really stressed its CalDAV capabilities much, and I'm running Rawhide. Once I got the data in, in small enough lumps, it works fine.
I can't seem to make my Windows Mobile phone sync with the egroupware server; it should be possible via the Funambol client for Windows Mobile, which does SyncML synchronization. egroupware supports SyncML, and this is the method upstream recommends for syncing with WM devices. I can set it up and it claims to run correctly, but no data ever appears on the phone. That's not really a big deal from the Fedora viewpoint, though, it's not one of our requirements for the project and I'd guess most Fedora people have Android phones or iPhones, not WM phones. I'll probably give it a few more tries over the weekend or next week and see if I can figure out what's wrong.
On Sat, Jan 23, 2010 at 2:31 PM, Adam Williamson awilliam@redhat.com wrote:
On Fri, 2010-01-22 at 14:18 -0500, Brennan Ashton wrote:
I have deployed this as well a few times thought its history and it has served me well each time. One thing to consider is how large of a service it is, I have never really had to bother with trimming all the "extra" features (mail, address book etc...) from it.
It's fairly well modularized. See the Mandriva package list:
egroupware-developer_tools egroupware-egw-pear egroupware-emailadmin egroupware-etemplate egroupware-felamimail egroupware-filemanager egroupware-gallery egroupware-icalsrv egroupware-importexport egroupware-infolog egroupware-manual egroupware-mydms egroupware-news_admin egroupware-notifications egroupware-phpbrain egroupware-phpsysinfo egroupware-polls egroupware-projectmanager egroupware-registration egroupware-sambaadmin egroupware-sitemgr egroupware-syncml egroupware-timesheet egroupware-tracker egroupware-wiki egroupware-workflow
all you really need installed for it to work at a basic level is the main package, emailadmin (the setup process won't complete without it), etemplate and calendar. Well, calendar was listed as a dependency by the previous maintainer, who I'm assuming knew what he was doing. I can't personally confirm that the app doesn't work without it. You don't need even the webmail chunk, let alone any of the more esoteric bits.
I did test it some more today. I have working three-way sync of my real calendar and contacts - egroupware / desktop / laptop. Evolution seems quite flaky at transferring large amounts of data all at once - especially, for instance, trying to dump 50 contacts direct from a Google calendar (accessed by CalDAV) into the egroupware calendar (also accessed by CalDAV) tends to make it fall over. But I suspect that's as much Evo as anything else, I don't think anyone's really stressed its CalDAV capabilities much, and I'm running Rawhide. Once I got the data in, in small enough lumps, it works fine.
I can't seem to make my Windows Mobile phone sync with the egroupware server; it should be possible via the Funambol client for Windows Mobile, which does SyncML synchronization. egroupware supports SyncML, and this is the method upstream recommends for syncing with WM devices. I can set it up and it claims to run correctly, but no data ever appears on the phone. That's not really a big deal from the Fedora viewpoint, though, it's not one of our requirements for the project and I'd guess most Fedora people have Android phones or iPhones, not WM phones. I'll probably give it a few more tries over the weekend or next week and see if I can figure out what's wrong.
As you are doing testing right now, would it help to have a instance here in fedora-infra so that we can figure out if it suites our needs?
On Mon, 2010-01-25 at 13:14 +0530, susmit shannigrahi wrote:
As you are doing testing right now, would it help to have a instance here in fedora-infra so that we can figure out if it suites our needs?
I think that would be nice, yeah. It would be good to have an egroupware instance up alongside the zarafa instance so people can try both and see which they prefer.
What do you need from me? Fedorized packages for egroupware? Thanks!
On that note:
At my work someone brought up Zarafa (zarafa.com) as a possible replacement for zimbra (which we already use), and, although I haven't used it yet, looks like a nice and complete suite. I am not a legal expert either, so you may want to check on that as well.
My 2c.
On Fri, 2010-01-22 at 00:08 -0800, Adam Williamson wrote:
On Wed, 2009-10-28 at 19:36 +0530, susmit shannigrahi wrote:
Hi,
Zarafa is up at Publictest16. Anyone want to test?
Please refer to last three comments of https://fedorahosted.org/fedora-infrastructure/ticket/1197
As I posted to the ticket, I've come across another candidate which appears to meet the requirements and which I don't _think_ we've dismissed already - eGroupWare:
it has a decent web interface, doesn't seem to be insane in any way, doesn't need Java (it's PHP), is fairly mature and actively developed, and has CalDAV support for the calendaring stuff.
I'm probably going to deploy it on my own network for my own needs, will try to report back on how that goes. My servers run Mandriva, where it's packaged (though a very old version, I'm currently updating the packages).
On Fri, 2010-01-22 at 08:24 -0800, Jorge A Gallegos wrote:
On that note:
At my work someone brought up Zarafa (zarafa.com) as a possible replacement for zimbra (which we already use), and, although I haven't used it yet, looks like a nice and complete suite. I am not a legal expert either, so you may want to check on that as well.
That's already the latest one Susmit's trying - see a few posts back in the thread, it's up on publictest16. egroupware seems slightly less commercial-oriented, and slightly less interested in being an Exchange Server clone, to me, but either would probably work.
On Sun, 18 Oct 2009, susmit shannigrahi wrote:
The page you link is only for the sync server, which doesn't appear to be mandatory. It provides Funambol, Outlook and Mozilla sync services. I would think that once OBM's CalDav support is complete you wouldn't really need the sync server...
Hmm... The synchronization with thunerbird doesnt seem to be working. I seem to notice that the base_url/obm-sync/services url is not exposed, which is required by the OBM connector for thunderbird. is there an .htaccess configuration or something that needs to be set?
It needs sun java, so unacceptable in the infrastructure. We need to look an alternative method for that. Please refer to Adam's mail above. Thanks.
It really doesn't work with the java versions that ship with Fedora? :(
-Mike
It really doesn't work with the java versions that ship with Fedora? :(
I will update when I try it on open jdk. I haven't yet.
infrastructure@lists.fedoraproject.org
-
Adam Williamson -
Brennan Ashton -
Bruno Wolff III -
David JM Emmett -
David Nalley -
Jeroen van Meeuwen -
Jorge Gallegos -
Jose Manimala -
Mike McGrath -
susmit shannigrahi -
Tristan Santore