Documentation [Was Shared mailboxes doc]
On Fri, 2011-01-07 at 17:45 +, Jeroen van Meeuwen (Kolab Systems) wrote: Dan White wrote: I have a git repository at: http://git.cyrusimap.org/cyrus-imapd-docs/ and some output I regulary generate on: http://www.cyrusimap.org/~vanmeeuwen/cyrus-imapd-2.4-docs/ Really, at this point, *any* feedback is most appreciated ;-)) What are your plans with this documentation? Are you intending to use this build system to generate the contents of the /doc documentation? Assuming I'm understanding the question correctly; Ny intention is to make it easier to provide *more* content then is suitable for a man-page, or the doc/ directory, in a way that enables us to spit out the documentation in different formats, versioned and all. I added the following regarding the condstore annotation to my WMOGAG Cyrus section: QUOTE This annotation is only supported in the 2.3.x release series starting with 2.3.3 although its use is not recommended until 2.3.8. As of the 2.4.x release series CONDSTORE functionality is enabled on all mailboxes regardless of annotation and attempting to set this annotation will result in a permission denied message. On releases where this annotation is supported setting a value of “true” will enable CONDSTORE functionality [1]. [footnote:1] The CONDSTORE functionality is defined in RFC4551, http://tools.ietf.org/html/rfc4551 /QUOTE It might be nice to have that in the 'official' (?) documentation. I put this in the Administration/cyradm/mboxcfg section where the useful annotations are listed. jmeeuwen: If I create a documentation section or update something do you want me to ping you via private e-mail, on the -devel list, or not-at-all? Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On Fri, 2011-01-07 at 16:33 +, Andy Bennett wrote: Hi, Does anyone know the option that needs to be set (and how to set it) in order to do a bulletin board. i.e. have a separate SEEN state for each user? Do the imapd.conf sharedseenstate option (disabled) and setting the anyone 's' ACL help? I think that the imapd.conf option would be for all mailboxes. I thought that there was an annotation that could be set on a per mailbox basis. There is: sharedseen. Set it to true. xyz.example.com info bogus.mailbox.name {bogus.mailbox.name}: condstore: false duplicatedeliver: false lastpop: lastupdate: 7-Jan-2011 11:38:48 -0500 partition: default pop3newuidl: true sharedseen: true size: 29468 The original poster seems to want a separate SEEN state for each user. In that case, shouldn't sharedseen be set to false, not true? I thought the default behaviour of Cyrus was to keep sharedseen = false, which would be what the original poster wants. Shuvam Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
Andy Bennett wrote: Does anyone know the option that needs to be set (and how to set it) in order to do a bulletin board. i.e. have a separate SEEN state for each user? Do the imapd.conf sharedseenstate option (disabled) and setting the anyone 's' ACL help? Kind regards, Jeroen van Meeuwen -- Senior Engineer, Kolab Systems AG e: vanmeeu...@kolabsys.com t: +316 42 801 403 w: http://www.kolabsys.com pgp: 9342 BF08 Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
Julien Vehent wrote: Hi list, I was experimenting with shared mailboxes today. That's something new I've never used before. I wrote a wiki page of my setup on debian squeeze (still on cyrus 2.2) and was wondering if that was the state of the art, or if there were any better way to do it. http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:cyrus:shared_mai lbox Also, I didn't find any documentation on the subject on the website. Did I miss something ? Seeing as how you are interested in keeping some level of documentation, would you care to work with me on upstream's documentation as well? I have a git repository at: http://git.cyrusimap.org/cyrus-imapd-docs/ and some output I regulary generate on: http://www.cyrusimap.org/~vanmeeuwen/cyrus-imapd-2.4-docs/ Really, at this point, *any* feedback is most appreciated ;-)) Kind regards, Jeroen van Meeuwen -- Senior Engineer, Kolab Systems AG e: vanmeeu...@kolabsys.com t: +316 42 801 403 w: http://www.kolabsys.com pgp: 9342 BF08 Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
Hi, Does anyone know the option that needs to be set (and how to set it) in order to do a bulletin board. i.e. have a separate SEEN state for each user? Do the imapd.conf sharedseenstate option (disabled) and setting the anyone 's' ACL help? I think that the imapd.conf option would be for all mailboxes. I thought that there was an annotation that could be set on a per mailbox basis. Regards, @ndy -- andy...@ashurst.eu.org http://www.ashurst.eu.org/ 0x7EBA75FF Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Dcoumentation [Was: Shared mailboxes doc]
On Fri, 2011-01-07 at 16:23 +, Jeroen van Meeuwen (Kolab Systems) wrote: Also, I didn't find any documentation on the subject on the website. Did I miss something ? Seeing as how you are interested in keeping some level of documentation, would you care to work with me on upstream's documentation as well? I have a git repository at: http://git.cyrusimap.org/cyrus-imapd-docs/ and some output I regulary generate on: http://www.cyrusimap.org/~vanmeeuwen/cyrus-imapd-2.4-docs/ Really, at this point, *any* feedback is most appreciated ;-)) Cool, I'll check that out. I maintain a document at https://sourceforge.net/projects/coils/files/WMOGAG-Coils.pdf/download that has a chapter on Cyrus IMAPd. Consider this message a license to cut-n-paste into your docs [if you want]. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On 07/01/11 16:23 +, Jeroen van Meeuwen (Kolab Systems) wrote: Julien Vehent wrote: Hi list, I was experimenting with shared mailboxes today. That's something new I've never used before. I wrote a wiki page of my setup on debian squeeze (still on cyrus 2.2) and was wondering if that was the state of the art, or if there were any better way to do it. http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:cyrus:shared_mai lbox Also, I didn't find any documentation on the subject on the website. Did I miss something ? Seeing as how you are interested in keeping some level of documentation, would you care to work with me on upstream's documentation as well? I have a git repository at: http://git.cyrusimap.org/cyrus-imapd-docs/ and some output I regulary generate on: http://www.cyrusimap.org/~vanmeeuwen/cyrus-imapd-2.4-docs/ Really, at this point, *any* feedback is most appreciated ;-)) What are your plans with this documentation? Are you intending to use this build system to generate the contents of the /doc documentation? The pregenerated content at the second link looks very nice (or at least the structure of it, since the content seems to be in the works). When I attempt to perform a make on the git tree, it seems to want to perform an rsync over ssh. It that ssh account open to wiki users or just developers? -- Dan White Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
Dan White wrote: On 07/01/11 16:23 +, Jeroen van Meeuwen (Kolab Systems) wrote: Julien Vehent wrote: Hi list, I was experimenting with shared mailboxes today. That's something new I've never used before. I wrote a wiki page of my setup on debian squeeze (still on cyrus 2.2) and was wondering if that was the state of the art, or if there were any better way to do it. http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:cyrus:shared_ mai lbox Also, I didn't find any documentation on the subject on the website. Did I miss something ? Seeing as how you are interested in keeping some level of documentation, would you care to work with me on upstream's documentation as well? I have a git repository at: http://git.cyrusimap.org/cyrus-imapd-docs/ and some output I regulary generate on: http://www.cyrusimap.org/~vanmeeuwen/cyrus-imapd-2.4-docs/ Really, at this point, *any* feedback is most appreciated ;-)) What are your plans with this documentation? Are you intending to use this build system to generate the contents of the /doc documentation? Assuming I'm understanding the question correctly; My intention is to make it easier to provide *more* content then is suitable for a man-page, or the doc/ directory, in a way that enables us to spit out the documentation in different formats, versioned and all. Publican (read: DocBook wrapper) enables us to do this, amongst other things (translation, theming). If it results in doc/ becoming obsolete, I don't know. For now, I'm merely building the general content of the books in a very superficial manner. The pregenerated content at the second link looks very nice (or at least the structure of it, since the content seems to be in the works). When I attempt to perform a make on the git tree, it seems to want to perform an rsync over ssh. It that ssh account open to wiki users or just developers? The rsync over ssh it attempts to do is my little 'release to www' thing; It's only available to people with a shell on www.cyrusimap.org and requires you have set up a ~/public_html/cyrus-imapd-X.Y-docs/ directory. The command you are looking at to execute would be: $ publican build --langs=en-US --formats=html,html-single,pdf The results would then be in tmp/en-US/ Kind regards, Jeroen van Meeuwen -- Senior Engineer, Kolab Systems AG e: vanmeeu...@kolabsys.com t: +316 42 801 403 w: http://www.kolabsys.com pgp: 9342 BF08 Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
Hi, Does anyone know the option that needs to be set (and how to set it) in order to do a bulletin board. i.e. have a separate SEEN state for each user? Do the imapd.conf sharedseenstate option (disabled) and setting the anyone 's' ACL help? I think that the imapd.conf option would be for all mailboxes. I thought that there was an annotation that could be set on a per mailbox basis. There is: sharedseen. Set it to true. xyz.example.com info bogus.mailbox.name {bogus.mailbox.name}: condstore: false duplicatedeliver: false lastpop: lastupdate: 7-Jan-2011 11:38:48 -0500 partition: default pop3newuidl: true sharedseen: true size: 29468 Hmmm... I just get Permision denied even if I grant all rights to the cyrus user. If I call info on the mailbox I don't see sharedseen: either. I'm not sure if that's because it's false or undefined or whether I don't have a recent enough cyrus. I have 2.2.13-14+lenny3 on Debian Lenny. - localhost lam user.t...@example.net user.t...@example.net lrswipcda localhost sam user.t...@example.net cyrus a localhost lam user.t...@example.net cyrus a user.t...@example.net lrswipcda localhost mboxconfig user.t...@example.net sharedseen true mboxconfig: Permission denied localhost sam user.t...@example.net cyrus lrswipcda localhost mboxconfig user.t...@example.net sharedseen true mboxconfig: Permission denied localhost lam user.t...@example.net cyrus lrswipcda user.t...@example.net lrswipcda localhost sam user.t...@example.net cyrus -lrswipcda - Regards, @ndy -- andy...@ashurst.eu.org http://www.ashurst.eu.org/ 0x7EBA75FF Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On Fri, 2011-01-07 at 17:57 +, Andy Bennett wrote: I think that the imapd.conf option would be for all mailboxes. I thought that there was an annotation that could be set on a per mailbox basis. There is: sharedseen. Set it to true. xyz.example.com info bogus.mailbox.name {bogus.mailbox.name}: condstore: false duplicatedeliver: false lastpop: lastupdate: 7-Jan-2011 11:38:48 -0500 partition: default pop3newuidl: true sharedseen: true size: 29468 Hmmm... I just get Permision denied even if I grant all rights to the cyrus user. If I call info on the mailbox I don't see sharedseen: either. I'm not sure if that's because it's false or undefined or whether I don't have a recent enough cyrus. I have 2.2.13-14+lenny3 on Debian Lenny. WOW! That is old. Support for the sharedseen annotation was added in 2.3.10 Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On 12/14/2010 02:18 PM, Adam Tauno Williams wrote: On Tue, 2010-12-14 at 14:14 -0500, Julien Vehent wrote: Hi list, I was experimenting with shared mailboxes today. That's something new I've never used before. I wrote a wiki page of my setup on debian squeeze (still on cyrus 2.2) and was wondering if that was the state of the art, or if there were any better way to do it. http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:cyrus:shared_mailbox Also, I didn't find any documentation on the subject on the website. Did I miss something ? Nope, that's about it. They are very simple, and simple to use [once you manage to get *users* to understand them - which is the hard part]. Hi there, I have a problem with the shared mailbox and roundcube webmail. While Thunderbird can access the shared mailbox just fine, roundcube lists it (LSUB) but can't access it (It looks for INBOX.shared.testshared instead of shared.testshared). From the roundcube mailing list, that could be due to a wrong namespace information returned from cyrus. The namespace returned is the following: --- . namespace * NAMESPACE ((INBOX. .)) ((user. .)) (( .)) --- Question is: shouldn't the 3rd argument be of the type shared. ? (Like in example 5.4 of the RFC [1]). Thanks, Julien [1] http://tools.ietf.org/html/rfc2342 Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On Thu, 2010-12-16 at 09:24 -0500, Julien Vehent wrote: On 12/14/2010 02:18 PM, Adam Tauno Williams wrote: On Tue, 2010-12-14 at 14:14 -0500, Julien Vehent wrote: Hi list, I was experimenting with shared mailboxes today. That's something new I've never used before. I wrote a wiki page of my setup on debian squeeze (still on cyrus 2.2) and was wondering if that was the state of the art, or if there were any better way to do it. http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:cyrus:shared_mailbox Also, I didn't find any documentation on the subject on the website. Did I miss something ? Nope, that's about it. They are very simple, and simple to use [once you manage to get *users* to understand them - which is the hard part]. I have a problem with the shared mailbox and roundcube webmail. While Thunderbird can access the shared mailbox just fine, roundcube lists it (LSUB) but can't access it (It looks for INBOX.shared.testshared instead of shared.testshared). From the roundcube mailing list, that could be due to a wrong namespace information returned from cyrus. The namespace returned is the following: --- . namespace * NAMESPACE ((INBOX. .)) ((user. .)) (( .)) --- Question is: shouldn't the 3rd argument be of the type shared. ? (Like in example 5.4 of the RFC [1]). I dunno about 5.4 but I believe the postuser [assuming that is where your shared thinking comes from] is only used to allow posting [via LMTP?] directly to a shared folder. I didn't/don't think it indicates the actual namespace of non-user folders. Perhaps this relates to a RoundCube bug http://trac.roundcube.net/ticket/1403507? RC's bad folder management is pretty well known. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On 12/16/2010 09:32 AM, Adam Tauno Williams wrote: On Thu, 2010-12-16 at 09:24 -0500, Julien Vehent wrote: On 12/14/2010 02:18 PM, Adam Tauno Williams wrote: On Tue, 2010-12-14 at 14:14 -0500, Julien Vehent wrote: Hi list, I was experimenting with shared mailboxes today. That's something new I've never used before. I wrote a wiki page of my setup on debian squeeze (still on cyrus 2.2) and was wondering if that was the state of the art, or if there were any better way to do it. http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:cyrus:shared_mailbox Also, I didn't find any documentation on the subject on the website. Did I miss something ? Nope, that's about it. They are very simple, and simple to use [once you manage to get *users* to understand them - which is the hard part]. I have a problem with the shared mailbox and roundcube webmail. While Thunderbird can access the shared mailbox just fine, roundcube lists it (LSUB) but can't access it (It looks for INBOX.shared.testshared instead of shared.testshared). From the roundcube mailing list, that could be due to a wrong namespace information returned from cyrus. The namespace returned is the following: --- . namespace * NAMESPACE ((INBOX. .)) ((user. .)) (( .)) --- Question is: shouldn't the 3rd argument be of the type shared. ? (Like in example 5.4 of the RFC [1]). I dunno about 5.4 but I believe the postuser [assuming that is where your shared thinking comes from] is only used to allow posting [via LMTP?] directly to a shared folder. I didn't/don't think it indicates the actual namespace of non-user folders. Perhaps this relates to a RoundCube bug http://trac.roundcube.net/ticket/1403507? RC's bad folder management is pretty well known. Here is the roundcube's thread: http://lists.roundcube.net/mail-archive/users/2010-12/028.html The postuser works fine. The problem seems to be purely namespace related. The RFC states the following: --- NAMESPACE Command Arguments: none Response: an untagged NAMESPACE response that contains the prefix and hierarchy delimiter to the server's Personal Namespace(s), Other Users' Namespace(s), and Shared Namespace(s) that the server wishes to expose. The response will contain a NIL for any namespace class that is not available. Namespace_Response_Extensions MAY be included in the response. Namespace_Response_Extensions which are not on the IETF standards track, MUST be prefixed with an X-. Result:OK - Command completed NO - Error: Can't complete command BAD - argument invalid --- In the namespace command I posted above, the 3rd argument (Shared Namespace(s) that the server wishes to expose) is empty. Does that mean that cyrus does name return the namespace of shared mailboxes ? Should it be fixed in the configuration (and how)? Once again, I'm not sure if it's a roundcube or cyrus problem here (it might also be a human mistake). But since I'm discovering the subject, I need some help to understand this whole NAMESPACE thing. Thanks, Julien Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On Thu, 2010-12-16 at 09:48 -0500, Julien Vehent wrote: On 12/16/2010 09:32 AM, Adam Tauno Williams wrote: On Thu, 2010-12-16 at 09:24 -0500, Julien Vehent wrote: I have a problem with the shared mailbox and roundcube webmail. While Thunderbird can access the shared mailbox just fine, roundcube lists it (LSUB) but can't access it (It looks for INBOX.shared.testshared instead of shared.testshared). From the roundcube mailing list, that could be due to a wrong namespace information returned from cyrus. The namespace returned is the following: --- . namespace * NAMESPACE ((INBOX. .)) ((user. .)) (( .)) --- Question is: shouldn't the 3rd argument be of the type shared. ? (Like in example 5.4 of the RFC [1]) I dunno about 5.4 but I believe the postuser [assuming that is where your shared thinking comes from] is only used to allow posting [via LMTP?] directly to a shared folder. I didn't/don't think it indicates the actual namespace of non-user folders. Perhaps this relates to a RoundCube bug http://trac.roundcube.net/ticket/1403507? RC's bad folder management is pretty well known Here is the roundcube's thread: http://lists.roundcube.net/mail-archive/users/2010-12/028.html The postuser works fine. The problem seems to be purely namespace related. The RFC states the following: --- NAMESPACE Command Arguments: none Response: an untagged NAMESPACE response that contains the prefix and hierarchy delimiter to the server's Personal Namespace(s), Other Users' Namespace(s), and Shared Namespace(s) that the server wishes to expose. The response will contain a NIL for any namespace class that is not available. Namespace_Response_Extensions MAY be included in the response. Namespace_Response_Extensions which are not on the IETF standards track, MUST be prefixed with an X-. Result:OK - Command completed NO - Error: Can't complete command BAD - argument invalid --- In the namespace command I posted above, the 3rd argument (Shared Namespace(s) that the server wishes to expose) is empty. Does that mean that cyrus does name return the namespace of shared mailboxes ? Should it be fixed in the configuration (and how)? Don't know, I see - 123 NAMESPACE * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) 123 OK Completed Have you specified a sharedprefix: in imapd.conf? Your second value users. looks odd as well [have you specified a userprefix:?] If true for either case - don't unless you really have a need to. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
Julien Vehent jul...@linuxwall.info wrote: --- . namespace * NAMESPACE ((INBOX. .)) ((user. .)) (( .)) --- Question is: shouldn't the 3rd argument be of the type shared. ? (Like in example 5.4 of the RFC [1]). There can be a null namespace. We use it for one's own mailboxes.-- b namespace * NAMESPACE (( .)) ((~ Other Users. .)) ((~ Public Folders. .)) roundcube lists it (LSUB) but can't access it (It looks for INBOX.shared.testshared instead of shared.testshared). So shared.testshared is subscribed, but roundcube prefixes INBOX. to that? Is that configured into roundcube? Does LSUB return the right names? Given the above, I expect your own folders to have names starting INBOX. and the shared folders to have just their names. ( On our system, my own folders are in the null namespace: * LSUB () . Words while a shared folder has the prefix we established: * LSUB () . ~ Public Folders.bboard ) Joseph Brennan Columbia University Information Technology Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On 12/16/2010 10:01 AM, Adam Tauno Williams wrote: Don't know, I see - 123 NAMESPACE * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) 123 OK Completed Have you specified a sharedprefix: in imapd.conf? Your second value users. looks odd as well [have you specified a userprefix:?] If true for either case - don't unless you really have a need to. Got it ! It was the altnamespace option in /etc/imapd.conf that was set to no (debian's default). Hm, sounds more like a workaround than a solution :) It should really work with altnamespace=no as well, which is the Cyrus default and it has always worked for me with many different clients, but I never used roundcube. Simon --- # Alternate namespace # If enabled, activate the alternate namespace as documented in # /usr/share/doc/cyrus-doc-2.2/html/altnamespace.html, where an user's # subfolders are in the same level as the INBOX # See also userprefix and sharedprefix on imapd.conf(5) altnamespace: yes --- It works fine now. Thanks for your help. Julien Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On 12/16/2010 10:48 AM, Simon Matter wrote: On 12/16/2010 10:01 AM, Adam Tauno Williams wrote: Don't know, I see - 123 NAMESPACE * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) 123 OK Completed Have you specified a sharedprefix: in imapd.conf? Your second value users. looks odd as well [have you specified a userprefix:?] If true for either case - don't unless you really have a need to. Got it ! It was the altnamespace option in /etc/imapd.conf that was set to no (debian's default). Hm, sounds more like a workaround than a solution :) It should really work with altnamespace=no as well, which is the Cyrus default and it has always worked for me with many different clients, but I never used roundcube. Simon It doesn't though... I tried to specify sharedprefix: shared sharedprefix: Shared Folders. sharedprefix: Shared Folders in /etc/imapd.conf (with altnamespace: no) and it has no influence on the returned namespace. Julien Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On Thu, 2010-12-16 at 11:02 -0500, Julien Vehent wrote: On 12/16/2010 10:48 AM, Simon Matter wrote: On 12/16/2010 10:01 AM, Adam Tauno Williams wrote: Don't know, I see - 23 NAMESPACE * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) 123 OK Complete Have you specified a sharedprefix: in imapd.conf? Your second value users. looks odd as well [have you specified a userprefix:?] If true for either case - don't unless you really have a need to Got it ! It was the altnamespace option in /etc/imapd.conf that was set to no (debian's default). Hm, sounds more like a workaround than a solution :) +1 It should really work with altnamespace=no as well, which is the Cyrus default and it has always worked for me with many different clients, but I never used roundcube. I haven't see a b0rk'd e-mail client / namespace issue in a long time. It doesn't though... I tried to specify sharedprefix: shared sharedprefix: Shared Folders. sharedprefix: Shared Folders in /etc/imapd.conf (with altnamespace: no) and it has no influence on the returned namespace. Are you restarting the Cyrus service between changes to the configuration [imapd.conf] file? Are you sure you are editing the correct imapd.conf file? Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On 12/16/2010 11:25 AM, Adam Tauno Williams wrote: Are you restarting the Cyrus service between changes to the configuration [imapd.conf] file? Are you sure you are editing the correct imapd.conf file? Yes and yes. Once again, when I change altnamespace to yes in that imapd.conf file, the returned namespace changes from: --- . namespace * NAMESPACE ((INBOX. .)) ((user. .)) (( .)) --- to --- . namespace * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) --- And that's without specifying any userprefix or sharedprefix. I read the html file on namespace configuration shipped with debian, but that's not much information. Is there anything else in the documentation or man file that I missed ? Packages is Debian Squeeze cyrus-imapd-2.2 --- cyrus-imapd-2.2 2.2.13-19 Cyrus mail system - IMAP support --- Julien Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
Reading this old post from the mailing list: http://www.mail-archive.com/info-cyrus@lists.andrew.cmu.edu/msg02406.html It seems that userprefix and sharedprefix are only taken into account when altnamespace: yes. Correct ? Then, how can I obtain the same behavior with altnamespace: no ? Thanks, Julien Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On Thu, 16 Dec 2010, Julien Vehent wrote: On 12/14/2010 02:18 PM, Adam Tauno Williams wrote: On Tue, 2010-12-14 at 14:14 -0500, Julien Vehent wrote: Hi list, I was experimenting with shared mailboxes today. That's something new I've never used before. I wrote a wiki page of my setup on debian squeeze (still on cyrus 2.2) and was wondering if that was the state of the art, or if there were any better way to do it. http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:cyrus:shared_mailbox Also, I didn't find any documentation on the subject on the website. Did I miss something ? Nope, that's about it. They are very simple, and simple to use [once you manage to get *users* to understand them - which is the hard part]. Hi there, I have a problem with the shared mailbox and roundcube webmail. While Thunderbird can access the shared mailbox just fine, roundcube lists it (LSUB) but can't access it (It looks for INBOX.shared.testshared instead of shared.testshared). From the roundcube mailing list, that could be due to a wrong namespace information returned from cyrus. The namespace returned is the following: --- . namespace * NAMESPACE ((INBOX. .)) ((user. .)) (( .)) --- Question is: shouldn't the 3rd argument be of the type shared. ? (Like in example 5.4 of the RFC [1]). You appear to be logged in as a cyrus admin user. In that case, the NAMESPACEs listed above are correct. Other Users are in the user. hierarchy, and Shared Folders are at the root level, in Cyrus' internal namespace. Andy Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On 12/16/2010 01:04 PM, Andrew Morgan wrote: You appear to be logged in as a cyrus admin user. In that case, the NAMESPACEs listed above are correct. Other Users are in the user. hierarchy, and Shared Folders are at the root level, in Cyrus' internal namespace. I'm logged in with my personal user. Here is the sequence with altnamespace:yes --- * OK webmail Cyrus IMAP4 v2.2.13-Debian-2.2.13-19 server ready . login julien XXX . OK User logged in . namespace * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) . OK Completed . list * * LIST (\Noinferiors) . INBOX * LIST (\HasNoChildren) . Sent * LIST (\HasChildren) . Trash * LIST (\HasNoChildren) . drafts * LIST (\HasNoChildren) . root * LIST (\HasNoChildren) . sent-mail * LIST (\HasNoChildren) . Shared Folders.shared.testshared . OK Completed (0.000 secs 9 calls) --- And now the sequence with altnamespace: no --- * OK webmail Cyrus IMAP4 v2.2.13-Debian-2.2.13-19 server ready . login julien XX . OK User logged in . namespace * NAMESPACE ((INBOX. .)) ((user. .)) (( .)) . OK Completed . list * * LIST (\HasChildren) . INBOX * LIST (\HasNoChildren) . INBOX.Sent * LIST (\HasChildren) . INBOX.Trash * LIST (\HasNoChildren) . INBOX.drafts * LIST (\HasNoChildren) . INBOX.root * LIST (\HasNoChildren) . INBOX.sent-mail * LIST (\HasNoChildren) . shared.testshared --- Julien Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On Thu, 2010-12-16 at 13:23 -0500, Julien Vehent wrote: On 12/16/2010 01:04 PM, Andrew Morgan wrote: You appear to be logged in as a cyrus admin user. In that case, the NAMESPACEs listed above are correct. Other Users are in the user. hierarchy, and Shared Folders are at the root level, in Cyrus' internal namespace. I'm logged in with my personal user. Here is the sequence with altnamespace:yes But have you set yourself as an admin via the admins: parameter? Don't do that. --- * OK webmail Cyrus IMAP4 v2.2.13-Debian-2.2.13-19 server ready . login julien XXX . OK User logged in . namespace * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) . OK Completed . list * * LIST (\Noinferiors) . INBOX * LIST (\HasNoChildren) . Sent * LIST (\HasChildren) . Trash * LIST (\HasNoChildren) . drafts * LIST (\HasNoChildren) . root * LIST (\HasNoChildren) . sent-mail * LIST (\HasNoChildren) . Shared Folders.shared.testshared . OK Completed (0.000 secs 9 calls) Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On Thu, 16 Dec 2010, Julien Vehent wrote: On 12/16/2010 01:04 PM, Andrew Morgan wrote: You appear to be logged in as a cyrus admin user. In that case, the NAMESPACEs listed above are correct. Other Users are in the user. hierarchy, and Shared Folders are at the root level, in Cyrus' internal namespace. I'm logged in with my personal user. Here is the sequence with altnamespace:yes --- * OK webmail Cyrus IMAP4 v2.2.13-Debian-2.2.13-19 server ready . login julien XXX . OK User logged in . namespace * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) --- And now the sequence with altnamespace: no --- * OK webmail Cyrus IMAP4 v2.2.13-Debian-2.2.13-19 server ready . login julien XX . OK User logged in . namespace * NAMESPACE ((INBOX. .)) ((user. .)) (( .)) --- Unfortunately, I can only test with altnamespace: yes here. Here is what I see (Cyrus 2.3.16): Logged in as myself (not an admin): * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) Logged in as cyrus (an admin): * NAMESPACE NIL ((user. .)) (( .)) cyrus does not have a mailbox, so NIL makes sense. Perhaps it does depend on altnamespace, but the namespace you showed sure looked like an admin user with a mailbox. Andy Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On 16/12/10 13:23 -0500, Julien Vehent wrote: On 12/16/2010 01:04 PM, Andrew Morgan wrote: You appear to be logged in as a cyrus admin user. In that case, the NAMESPACEs listed above are correct. Other Users are in the user. hierarchy, and Shared Folders are at the root level, in Cyrus' internal namespace. I'm logged in with my personal user. Here is the sequence with altnamespace:yes --- * OK webmail Cyrus IMAP4 v2.2.13-Debian-2.2.13-19 server ready . login julien XXX . OK User logged in . namespace * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) . OK Completed . list * * LIST (\Noinferiors) . INBOX * LIST (\HasNoChildren) . Sent * LIST (\HasChildren) . Trash * LIST (\HasNoChildren) . drafts * LIST (\HasNoChildren) . root * LIST (\HasNoChildren) . sent-mail * LIST (\HasNoChildren) . Shared Folders.shared.testshared . OK Completed (0.000 secs 9 calls) --- And now the sequence with altnamespace: no --- * OK webmail Cyrus IMAP4 v2.2.13-Debian-2.2.13-19 server ready . login julien XX . OK User logged in . namespace * NAMESPACE ((INBOX. .)) ((user. .)) (( .)) . OK Completed . list * * LIST (\HasChildren) . INBOX * LIST (\HasNoChildren) . INBOX.Sent * LIST (\HasChildren) . INBOX.Trash * LIST (\HasNoChildren) . INBOX.drafts * LIST (\HasNoChildren) . INBOX.root * LIST (\HasNoChildren) . INBOX.sent-mail * LIST (\HasNoChildren) . shared.testshared See RFC 2342 for the specification on what the NAMESPACE response means. In this case, it appears you created a mailbox named 'shared.testshared', which falls under the shared name space in Cyrus, and in which case the 'shared.' part of the mailbox name is redundant, and may be confusing the issue. A mailbox named 'testshared' would also fall under the shared namespace. That mailbox would correctly be returned as 'shared.testshared' with altnamespace turned off, and 'Shared Folders.shared.testshared' with it turned on and 'sharedprefix' configured with 'Shared Folders', which is the default. Both cases are correct and a compliant IMAP client should handle both. In neither case should the mailbox be searched for under the personal name space, which roundcube appears to be doing. -- Dan White Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On 12/16/2010 01:54 PM, Dan White wrote: See RFC 2342 for the specification on what the NAMESPACE response means. In this case, it appears you created a mailbox named 'shared.testshared', which falls under the shared name space in Cyrus, and in which case the 'shared.' part of the mailbox name is redundant, and may be confusing the issue. A mailbox named 'testshared' would also fall under the shared namespace. That mailbox would correctly be returned as 'shared.testshared' with altnamespace turned off, and 'Shared Folders.shared.testshared' with it turned on and 'sharedprefix' configured with 'Shared Folders', which is the default. Both cases are correct and a compliant IMAP client should handle both. In neither case should the mailbox be searched for under the personal name space, which roundcube appears to be doing. I just tried to create a mailbox without the 'shared.' prefix, as follow: --- # cyradm --user cyrus localhost Password: localhost cm shrdmailbx localhost sam shrdmailbx anyone p localhost sam shrdmailbx julien lr localhost sam shrdmailbx michel lrswipcd localhost quit --- I set altnamespace:no and restarted cyrus. The result is the same as before. I can subscribe and access the mailbox from thunderbird, but I can't from roundcube. When i set altnamespace: yes and restart cyrus, I can access the mailbox 'resgate' from roundcube. I will forward that information to the roundcube's mailing list and work with them to solve the issue. Thanks for your help Julien Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On Thu, Dec 16, 2010 at 10:44:56AM -0800, Andrew Morgan wrote: On Thu, 16 Dec 2010, Julien Vehent wrote: On 12/16/2010 01:04 PM, Andrew Morgan wrote: You appear to be logged in as a cyrus admin user. In that case, the NAMESPACEs listed above are correct. Other Users are in the user. hierarchy, and Shared Folders are at the root level, in Cyrus' internal namespace. I'm logged in with my personal user. Here is the sequence with altnamespace:yes --- * OK webmail Cyrus IMAP4 v2.2.13-Debian-2.2.13-19 server ready . login julien XXX . OK User logged in . namespace * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) --- And now the sequence with altnamespace: no --- * OK webmail Cyrus IMAP4 v2.2.13-Debian-2.2.13-19 server ready . login julien XX . OK User logged in . namespace * NAMESPACE ((INBOX. .)) ((user. .)) (( .)) --- Unfortunately, I can only test with altnamespace: yes here. Here is what I see (Cyrus 2.3.16): Logged in as myself (not an admin): * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) Logged in as cyrus (an admin): * NAMESPACE NIL ((user. .)) (( .)) cyrus does not have a mailbox, so NIL makes sense. Perhaps it does depend on altnamespace, but the namespace you showed sure looked like an admin user with a mailbox. That's because you're used to altnamespace. Admin users always get the internal namespace. Altnamespace turned off also generates something that is almost, but not entirely, the internal namespace. It's all pretty ugly in there - I've been working on Bug #3361. I want to clean up all the namespace magic so it only applies at the edges and the stuff passed to internal functions becomes consistent. It s a big job though, and I'm in the middle of some other pretty big tasks at the moment. It certainly won't make a 2.4 stable. Bron. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Shared mailboxes doc
Hi list, I was experimenting with shared mailboxes today. That's something new I've never used before. I wrote a wiki page of my setup on debian squeeze (still on cyrus 2.2) and was wondering if that was the state of the art, or if there were any better way to do it. http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:cyrus:shared_mailbox Also, I didn't find any documentation on the subject on the website. Did I miss something ? Thanks, Julien Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
On Tue, 2010-12-14 at 14:14 -0500, Julien Vehent wrote: Hi list, I was experimenting with shared mailboxes today. That's something new I've never used before. I wrote a wiki page of my setup on debian squeeze (still on cyrus 2.2) and was wondering if that was the state of the art, or if there were any better way to do it. http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:cyrus:shared_mailbox Also, I didn't find any documentation on the subject on the website. Did I miss something ? Nope, that's about it. They are very simple, and simple to use [once you manage to get *users* to understand them - which is the hard part]. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
Am 14.12.10 20:18, schrieb Adam Tauno Williams: On Tue, 2010-12-14 at 14:14 -0500, Julien Vehent wrote: Hi list, I was experimenting with shared mailboxes today. That's something new I've never used before. I wrote a wiki page of my setup on debian squeeze (still on cyrus 2.2) and was wondering if that was the state of the art, or if there were any better way to do it. http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:cyrus:shared_mailbox Also, I didn't find any documentation on the subject on the website. Did I miss something ? Nope, that's about it. They are very simple, and simple to use [once you manage to get *users* to understand them - which is the hard part]. We have rolled out SOGo as web-based groupware with email calendaring and contacts for 13,000 users and it uses our Cyrus IMAP server structure as backend for messages (using as session id obfuscator[1] as this was not implemented in time of rollout, but it will be in version 1.3.5). SOGo offers a sharing option and our users seem to understand IMAP access rights with this web front end so we're happy. IMAP ACLs remain abstract until a decent user interface appears. Users _LOVE_ this feature but nearly nobody knows it because most IMAP clients cannot set them. [1] http://southbrain.com/south/2010/10/session-management-for-sogo.html -- Pascal Gienger Jabber/XMPP/Mail: pascal.gien...@uni-konstanz.de University of Konstanz, IT Services Department (Rechenzentrum) Electronic Communications and Web Services Building V, Room V404, Phone +49 7531 88 5048, Fax +49 7531 88 3739 Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Shared mailboxes doc
Hi, I was experimenting with shared mailboxes today. That's something new I've never used before. I wrote a wiki page of my setup on debian squeeze (still on cyrus 2.2) and was wondering if that was the state of the art, or if there were any better way to do it. http://wiki.linuxwall.info/doku.php/en:ressources:dossiers:cyrus:shared_mailbox Also, I didn't find any documentation on the subject on the website. Did I miss something ? Looks good, thanks. For years the most up-to-date documentation seems to have been ancient. Does anyone know the option that needs to be set (and how to set it) in order to do a bulletin board. i.e. have a separate SEEN state for each user? Regards, @ndy -- andy...@ashurst.eu.org http://www.ashurst.eu.org/ 0x7EBA75FF Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/