Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - evolution-mapi

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: evolution-mapi 3.22.0-1

Git Clone URL: https://aur-dev.archlinux.org/evolution-mapi.git (read-only)
Package Base: evolution-mapi
Description: MAPI plugin for evolution.
Upstream URL: http://www.gnome.org
Licenses: GPL3
Submitter: a1russell
Maintainer: corossig
Last Packager: corossig
Votes: 22
Popularity: 0.010813
First Submitted: 2010-08-19 20:28
Last Updated: 2016-10-14 19:41

Latest Comments

1 2 3 4 5 6 ... Next › Last »

cata1yst commented on 2016-09-14 19:08

AFAIK this plugin has been depreciated. If youre looking to connect to an exchange server you want evolution-ews.

Additionally if you try to install this package it seems that it's a dead end when it tries to resolve the following dependency chain: openchange -> python2-pylons -> python2-webhelper. It's webhelper that does not install. According to python2-pylons' dependencies, webhelper is optional, may be able to fix this by removing it from pkgbuild.

glenntanner3 commented on 2016-02-07 23:23

Thanks to whomever updated this package. Installed today and evolution came right up.

corossig commented on 2016-02-07 11:31

I think you need to recompile evolution-mapi (to match updated libraries)
I updated the version to 3.18.4 (just translations fixes), so this will trigger the rebuild
Maybe you also need to openchange for the same reason

glenntanner3 commented on 2016-02-03 21:46

Feb 03 16:45:23 glenn-arch org.gnome.evolution.dataserver.Calendar7[716]: *** stack smashing detected ***: /usr/lib/evolution-data-server/evolution-calendar-factory-subprocess terminated
Feb 03 16:45:23 glenn-arch kernel: traps: evolution-calen[17914] general protection ip:7fcfaf77fce9 sp:7fcf47ffcd30 error:0 in libgcc_s.so.1[7fcfaf771000+16000]
Feb 03 16:45:24 glenn-arch systemd-coredump[17939]: Process 17873 (evolution-calen) of user 1000 dumped core.

Stack trace of thread 17914:
#0 0x00007fcfaf77fce9 x86_64_fallback_frame_state (libgcc_s.so.1)
#1 0x00007fcfaf781608 _Unwind_Backtrace (libgcc_s.so.1)
#2 0x00007fcfb35df016 __backtrace (libc.so.6)
#3 0x00007fcfb35088a5 backtrace_and_maps (libc.so.6)
#4 0x00007fcfb355b055 __libc_message (libc.so.6)
#5 0x00007fcfb35e25d7 __fortify_fail (libc.so.6)
#6 0x00007fcfb35e25a0 __stack_chk_fail (libc.so.6)
#7 0x00007fcf87179f5f e_mapi_cal_util_bin_to_rrule (libexchangemapi-1.0.so.0)
#8 0x7f7f7f7f7f7f7f7f n/a (n/a)
-- Subject: Process 17873 (evolution-calen) dumped core
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- Documentation: man:core(5)
--
-- Process 17873 (evolution-calen) crashed and dumped core.
--
-- This usually indicates a programming error in the crashing program and
-- should be reported to its vendor as a bug.
glenn-arch:/home/glennt
$
(evolution-alarm-notify:17786): evolution-alarm-notify-WARNING **: load_alarms: Could not get query for client: Cannot invoke method; proxy is for a well-known name without an owner and proxy was constructed with the G_DBUS_PROXY_FLAGS_DO_NOT_AUTO_START flag

(evolution-alarm-notify:17786): evolution-alarm-notify-WARNING **: load_alarms: Could not get query for client: Cannot invoke method; proxy is for a well-known name without an owner and proxy was constructed with the G_DBUS_PROXY_FLAGS_DO_NOT_AUTO_START flag

(evolution-alarm-notify:17786): evolution-alarm-notify-WARNING **: load_alarms: Could not get query for client: Cannot invoke method; proxy is for a well-known name without an owner and proxy was constructed with the G_DBUS_PROXY_FLAGS_DO_NOT_AUTO_START flag

glenntanner3 commented on 2016-02-03 21:44

Is anyone else having problems with libical ver. 2.0.0.1? Kind of cheated by creating a soft link between libical.so.2.0.0 and libical.so.1 to collect errors. BTW, this partly works. Eventually it crashes while downloading messages in folder inbox.

(evolution:17518): camel-CRITICAL **: camel_provider_list: Could not load /usr/lib/evolution-data-server/camel-providers/libcamelmapi.so: libical.so.1: cannot open shared object file: No such file or directory

(evolution:15520): camel-CRITICAL **: camel_provider_list: Could not load /usr/lib/evolution-data-server/camel-providers/libcamelmapi.so: libicalss.so.1: cannot open shared object file: No such file or directory

(evolution:15594): camel-CRITICAL **: camel_provider_list: Could not load /usr/lib/evolution-data-server/camel-providers/libcamelmapi.so: libicalvcal.so.1: cannot open shared object file: No such file or directory

Crash after links were made.
*** stack smashing detected ***: evolution terminated
Segmentation fault (core dumped)

joemonk commented on 2015-10-12 13:30

Excellent, fixed it for productive Monday morning. Thanks!

lynix commented on 2015-10-12 07:18

Good news! You can just bump the version in PKGBUILD to 3.18.0, fix the sha256 and it will build and run just fine :)
(For the lazy ones, here's the PKGBUILD I used: http://pastebin.com/C7Pb22Zp)

lynix commented on 2015-10-12 07:00

Confirmed, seems like the signature of some function has changed again:

e-cal-backend-mapi.c: In function 'ecbm_operation_cb':
e-cal-backend-mapi.c:2979:4: error: too few arguments to function 'e_data_cal_respond_get_free_busy'

joemonk commented on 2015-10-11 20:07

Latest update seems to have broken this. Can anybody confirm?

DJ_L commented on 2015-05-31 19:10

3.16.2 is released and contains necessary patch for OpenChange-2.3. I can't speak for the "openchange" package, but I'll be splitting the previous openchange-server package into libmapi, openchange-client, openchange-server, ocsmanager, and rpcproxy packages (needed deps for that split for this package will be libmapi and openchange-client). It will be uploaded shortly after samba-4.2.2 hits extra.