Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#14633 - [evolution] Requesting for evolution-mapi support

Attached to Project: Arch Linux
Opened by Javier (jevv) - Friday, 08 May 2009, 15:30 GMT
Last edited by Jan de Groot (JGC) - Tuesday, 26 January 2010, 09:20 GMT
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

Before ms-exchange servers migrated to 2007, evolution-exchange was all required to synchronize to the exchange server through OWA.

However now 2007 exchange servers are way too common (at least that's what the company I work for uses, as well as the previous one).

In order to synchronize to exchange now it's required to use the openchange mapi, which evolution uses through the evolution-mapi plugin. In the office I had it working on ubuntu for some friends, however I use arch, so I don't have this support yet. So it seems to work nice under ubuntu...

Is it possible to have an evolution version supporting the evolution-mapi plugin, and the plugin itself, or having openchange mapi support built-in?

Are there any plans already to include this support? I've looked to create a mapi account, but that's not an option with current evolution packages.


Additional info:
* package version(s)

local/evolution 2.26.1.1-1
local/evolution-data-server 2.26.1.1-1
local/evolution-exchange 2.26.1-1 (gnome-extra)
local/evolution-webcal 2.26.0-1 (gnome-extra)

* config and/or log files etc.


Steps to reproduce:
This task depends upon

Closed by  Jan de Groot (JGC)
Tuesday, 26 January 2010, 09:20 GMT
Reason for closing:  Won't implement
Additional comments about closing:  Won't implement until samba4 becomes available.
Comment by Gufo (gufo) - Wednesday, 27 May 2009, 10:50 GMT
I second the request for the inclusion of the official evolution-mapi plugin (http://www.go-evolution.org/MAPIProvider).

It needs samba4 as a dependency, is this the real blocker for not having it?

Thanks!
Comment by Jan de Groot (JGC) - Sunday, 14 June 2009, 10:40 GMT
Samba4 is alpha software. As far as I know, the mapi library required for evolution-mapi needs not only some libs from samba4, but a complete installation. If anyone is willing to make this work without touching existing samba3 installations, I'm happy to implement it, but otherwise I don't like the idea.
Comment by Ng Oon-Ee (ngoonee) - Tuesday, 30 June 2009, 04:01 GMT
I was just on #evo-mapi, and was assured that /opt/samba4 is possible and suitable for evo-mapi (of course, with appropriate changes to ./configure, and suitable dependencies in the evolution-mapi PKGBUILD).

@Jan, I assume that 'make this work' refers to a working PKGBUILD for samba4? Or is it more than, or less than, that?
Comment by Jan de Groot (JGC) - Tuesday, 30 June 2009, 06:51 GMT
/opt is just a bad no-go. That's if you want to compile it outside management by a package manager. As for "make this work": yes, I was refering to the samba4 parts of this.
Comment by Ng Oon-Ee (ngoonee) - Tuesday, 30 June 2009, 07:47 GMT
Well, if /opt works from an installable viewpoint, then why not /usr/share/samba4? This is (probably) even future-proof, or if it isn't users could be requested to softlink /usr/share/samba to /usr/share/samba4 when its further along.
Comment by Jan de Groot (JGC) - Tuesday, 30 June 2009, 08:18 GMT
I don't think you understand the FHS. ELF executables should never be installed to /usr/share.
Comment by Ng Oon-Ee (ngoonee) - Tuesday, 30 June 2009, 09:15 GMT
Yes, I do not. I have looked into it further, and as far as I can see the samba specific folders for us currently are /etc/samba (configuration), /usr/lib/samba (libraries), and /usr/share/samba (I believe this to be documentation). rsync.archlinux.org is currently down so I can't use ABS to get the PKGBUILD for now. Would it be a problem to have /etc/samba4, /usr/lib/samba4, and /usr/share/samba4? After all, the binary names in /usr/bin and /usr/sbin have changed from smb... to samba now.
Comment by Ng Oon-Ee (ngoonee) - Monday, 10 August 2009, 09:54 GMT
http://wiki.samba.org/index.php/Franky indicates a hybrid project, incorporating both samba3 and samba4 daemons. Would this be a possibility in the current system?

I have already created PKGBUILDs for samba4, talloc, libmapi, and evo-mapi in http://bbs.archlinux.org/viewtopic.php?id=76570, but my ability and understanding is not sufficient for the Franky project I've posted here.

Loading...