Re: new_Event

> 
> That seems to be an IMAP annotation/acl/namespace problem now. You said,
> you're on dovecot. It might react differently and thus Roundcube gets
> puzzled. If you enable the kolab_folders plugin (which is required to make
> Roundcube work with Kolab), do you see the correct folder types in the
> folder manager of Roundcube?
> 

Folders are shown with correct types.
From IMAP log:
[26-Sep-2012 22:30:18 +0300]: [4B85] C: A0015 GETMETADATA "*" 
(/shared/vendor/kolab/folder-type)

[26-Sep-2012 22:24:18 +0300]: [7F68] S: * METADATA INBOX.Calendar 
(/shared/vendor/kolab/folder-type event.default)
[26-Sep-2012 22:24:18 +0300]: [7F68] S: * METADATA INBOX.Tasks 
(/shared/vendor/kolab/folder-type task.default)
[26-Sep-2012 22:24:18 +0300]: [7F68] S: * METADATA INBOX.Contacts 
(/shared/vendor/kolab/folder-type contact.default)
[26-Sep-2012 22:24:18 +0300]: [7F68] S: * METADATA cal 
(/shared/vendor/kolab/folder-type event)
[26-Sep-2012 22:24:18 +0300]: [7F68] S: * METADATA Tasks 
(/shared/vendor/kolab/folder-type task)
[26-Sep-2012 22:24:18 +0300]: [7F68] S: * METADATA Journal 
(/shared/vendor/kolab/folder-type journal.default)
[26-Sep-2012 22:24:18 +0300]: [7F68] S: * METADATA Conf 
(/shared/vendor/kolab/folder-type configuration.default)
[26-Sep-2012 22:24:18 +0300]: [7F68] S: * METADATA Calendar 
(/shared/vendor/kolab/folder-type event)
[26-Sep-2012 22:24:18 +0300]: [7F68] S: * METADATA Default 
(/shared/vendor/kolab/folder-type task)
[26-Sep-2012 22:24:18 +0300]: [7F68] S: * METADATA Notes 
(/shared/vendor/kolab/folder-type note.default)
[26-Sep-2012 22:24:18 +0300]: [7F68] S: A0003 OK Completed.



When I go in the "calendar" section, I see cal, calendar and inbox.calendar 
listed. That's ok.



> > I have still the same problem when I try to add a new event in calendar:
> > there is a "select" input to choose the calendar in the form. The option
> > list is void here, despite  I have the list of calendars (correct) in
> > the left corner.
> 
> Same reason as above: the folder type obviously isn't detected by
> Roundcube.

But in the new event window, I cannot select the calendar where to put the 
event, the list ( it's a select) is void. 

> > Now, I have no errors in logs, so I must be happy :)
> > I suppose it's a roundcube problem now; it is possible to enable some
> > debug logs in kolab plugins?
> 
> Since I assume the problem being somewhere in the IMAP communication, you
> should turn on imap debugging. Set $rcmail_config['imap_debug'] = true; in
> config/main.inc.php. Then you'll find a pretty verbose log in logs/imap.
> 
> For debugging purposes you should also disable caching in order to see the
> full imap dialog on every request:
> 
>   $rcmail_config['imap_cache'] = false;
>   $rcmail_config['kolab_cache'] = false;
>   $rcmail_config['messages_cache'] = false;
> 
Done
> Alternatively you can leave caching on but empty the following database
> tables before logging in to Roundcube: cache, cache_index, cache_messages,
> kolab_cache.
> 
> 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

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?



> Further find any MYRIGHTS commands in the log and
> analyze the server responses.
> 
> I hope that will get us some more insight into possible Kolab+Dovecot
> issues.

What I find is dovecot consider invalid the path INBOX/Calendar, I use 
INBOX.Calendar instead, 
> 
> Regards,
> Thomas




> _______________________________________________
> Kolab-devel mailing list
> [email protected]
> https://www.intevation.de/mailman/listinfo/kolab-devel