[Kolab-devel] new_Event

[Mihai Badici]

On Friday, September 28, 2012 09:16:24 pm Thomas Brüderli wrote:
> Mihai Badici wrote:
> > On Thursday, September 27, 2012 09:09:47 am Aleksander Machniak wrote:
> >> On 09/26/2012 09:46 PM, Mihai Badici wrote:
> >>>> Then search the imap log for the GETANNOTATION or GETMETADATA commands
> >>>> and post the responses here.
> >>> 
> >>> You have an example of GETMETADATA.
> >>> Strange, but there is no GETANNOTATION in imap log
> >> 
> >> GETANNOTATION is a predecessor of GETMETADATA, so it's ok.
> >> Roundcube/Kolab support both, only difference is that we didn't tested
> >> it more extensively with METADATA, because Cyrus uses ANNOTATE.
> >> 
> >>> I find the initial dialog:
> >>> A0002 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID
> >>> ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS M
> >>> ULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED
> >>> I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN
> >>> CONTEXT=SEARCH LIST-STATUS METADATA ANNOTATEMORE] Logged in
> >>> 
> >>> There is another capability called annotate or annotatemore it's
> >>> enough?
> >> 
> >> Yes.
> >> 
> >>> What I find is dovecot consider invalid the path INBOX/Calendar, I use
> >>> INBOX.Calendar instead,
> >> 
> >> Find NAMESPACE request and response in the log. Also unset imap_ns_*
> >> config options in Roundcube config (requires log out and in).
> > 
> > There is only one NAMESPACE refference in IMAP log:
> > 
> > [27-Sep-2012 13:43:59 +0300]: [3B39] C: A0003 NAMESPACE
> > [27-Sep-2012 13:43:59 +0300]: [3B39] S: * NAMESPACE (("" ".")) NIL NIL
> > 
> > I put a relevant screnshot here:
> > http://mihai.badici.ro/linux/roundcube.png
> > You can see calendars in main window, but in pop-up form the select has
> > no values.
> 
> What we can see in the sceenie, is that all calendars are considered
> read-only (notice the lock icons). That's also the reason why there's no
> valid calendar listed to save a new event to. The client thinks you don't
> have permission on any calendar resource.
> 
> There are two possible reasons for that:
> 
> a) there's a username mapping problem, which makes the calendar plugin
> believe, that these folders do not belong to you and myrights doesn't
> return a correct value. That about the MYRIGHTS debug output I asked you
> for previously?
> 
> b) the namespace isn't correctly detected
> 
> I assume it be a). In order to debug this, please add the following debug
> line to plugins/calendar/drivers/kolab/kolab_calendar.php right after
> if ($this->ready) near line 62:
> 
>   console($this->get_owner(), $_SESSION['username']);

Bingo! get_owner returns the e-mail address , username is the uid. 

Since I use a different schema, It is possible not to be a Roundcube issue, but 
rather a compatibility one. I will Investigate further.
> 
> You'll then find the two names written to logs/console. If they are not
> equal, you're probably missing the kolab_auth plugin which is also part of
> a working Roundcube+Kolab installation and which converts the login name to
> the canonical user name used throughout the system.
> 
> I admit, that the comparison of the user names if probably not the best way
> to determine folder permissions. Maybe we should replace that with
> 
>   if ($this->storage->get_namespace() == 'personal')
Just for test, I removed this test (the if/else clause )and it's work.


So if you visit Bucharest, please inform me to create a "new event" with 
title: "a bier for Thomas"  :)
Thanks, 
Mihai
> 
> Regards,
> Thomas