Ok, IIRC you mentioned in a previous mail that openchangeclient --mailbox was working properly. May I ask you to send me the output of the following command:
$ openchangeclient --debuglevel=10 --dump-data --mailbox This command dumps PR_FID for all folders in the hierarchy (including Calendar). This should give me the expected value and help fixing simple_mapi.c if the problem comes from here. Cheers, Julien. On Mon, 2008-02-18 at 15:42 +0000, Gary Rigg wrote: > Hi Julien, > > Unfortunately not... I get the same errors as before. :-( > > Cheers, > Gary > > On Mon, 2008-02-18 at 15:00 +0100, Julien Kerihuel wrote: > > Hi Garry, > > > > Does the attached patch fix makes things better? > > > > patch -p0 < x86_64_fid_patch.diff > > sudo make install > > openchangeclient --fetch-items=Appointment > > > > On Thu, 2008-02-14 at 13:03 +0100, Julien Kerihuel wrote: > > > Hi Garry, > > > > > > Sorry for the delay. > > > > > > I may be wrong, but I'm still convinced this may be an alignment problem > > > in libmapi/simple_mapi.c. Basically you can display the mailbox > > > hierarchy using folder identifiers returned by Exchange, but can't > > > access any of the messages folders - except Inbox fetched from > > > OpenMsgStore - when they are built in OpenChange from Inbox EntryIDs. > > > > > > The easiest way to proceed, for the moment, would be to send me an > > > Outlook-Exchange capture so I can check what is the expected folder ID > > > value. If you choose this method, please meet the MAPI clients > > > requirements exposed below. If you don't feel comfortable sending a > > > wireshark capture, see the latest part of the email. > > > > > > Capture communication between Exchange and one of the following MAPI > > > client: Outlook 2002,XP, mdbvu32.exe or MFCMAPI. The last 2 tools are > > > freely available from Microsoft Website. The main objective is to > > > capture the "OpenFolder Calendar" operation. Click or double-click > > > (depending on the used tool) on the calendar folder will generate the > > > related and needed MAPI calls. > > > > > > Otherwise, I can propose you to wait a couple of days until I push > > > preliminary MAPI dissector code on OC repository. This way we will be > > > able to filter MAPI traffic to the minimum and avoid you to send any > > > sensitive data. > > > > > > Btw, there is a last method we "should" be able to provide when we have > > > time. Given that Outlook 2003 will try to negotiate a recent EMSMDB > > > version with Exchange (one with compression), we could setup a > > > transparent proxy which would negotiate a lower version of the protocol > > > and force Outlook to use the old and classic EcDoRpc call. IIRC we had > > > been working on such proxy a couple of months ... or years ago ;-) > > > > > > Cheers, > > > Julien. > > > > > > On Wed, 2008-02-13 at 12:06 +0000, Gary Rigg wrote: > > > > Hi Julien, > > > > > > > > The CPUs are certainly 64 bit... but the Linux installation is 32 > > > > bit... > > > > > > > > [EMAIL PROTECTED] bin]# file /sbin/init > > > > /sbin/init: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), > > > > for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for > > > > GNU/Linux 2.6.9, stripped > > > > > > > > [EMAIL PROTECTED] bin]# uname -a > > > > Linux localhost.localdomain 2.6.15-1.2054_FC5smp #1 SMP Tue Mar 14 > > > > 16:05:46 EST 2006 i686 i686 i386 GNU/Linux > > > > > > > > [EMAIL PROTECTED] bin]# cat /proc/cpuinfo > > > > processor : 0 > > > > vendor_id : GenuineIntel > > > > cpu family : 15 > > > > model : 4 > > > > model name : Intel(R) Xeon(TM) CPU 3.00GHz > > > > stepping : 1 > > > > cpu MHz : 3000.898 > > > > cache size : 1024 KB > > > > physical id : 0 > > > > siblings : 2 > > > > core id : 0 > > > > cpu cores : 1 > > > > fdiv_bug : no > > > > hlt_bug : no > > > > f00f_bug : no > > > > coma_bug : no > > > > fpu : yes > > > > fpu_exception : yes > > > > cpuid level : 5 > > > > wp : yes > > > > flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca > > > > cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm > > > > constant_tsc pni monitor ds_cpl cid cx16 xtpr > > > > bogomips : 6011.53 > > > > > > > > processor : 1 > > > > vendor_id : GenuineIntel > > > > cpu family : 15 > > > > model : 4 > > > > model name : Intel(R) Xeon(TM) CPU 3.00GHz > > > > stepping : 1 > > > > cpu MHz : 3000.898 > > > > cache size : 1024 KB > > > > physical id : 0 > > > > siblings : 2 > > > > core id : 0 > > > > cpu cores : 1 > > > > fdiv_bug : no > > > > hlt_bug : no > > > > f00f_bug : no > > > > coma_bug : no > > > > fpu : yes > > > > fpu_exception : yes > > > > cpuid level : 5 > > > > wp : yes > > > > flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca > > > > cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe lm > > > > constant_tsc pni monitor ds_cpl cid cx16 xtpr > > > > bogomips : 6000.81 > > > > > > > > > > _______________________________________________ > > > devel mailing list > > > [email protected] > > > http://mailman.openchange.org/listinfo/devel -- Julien Kerihuel [EMAIL PROTECTED] OpenChange Project Manager GPG Fingerprint: 0B55 783D A781 6329 108A B609 7EF6 FE11 A35F 1F79
signature.asc
Description: This is a digitally signed message part
_______________________________________________ devel mailing list [email protected] http://mailman.openchange.org/listinfo/devel
