Re: Cyrus 2.2.10: autocreatequota?
Hi Christos, I would like make clear some points about the autocreate inbox patch. 1. There is a patch for Cyrus 2.2.10. 2. If you have already created the mailbox through cyradm, the patch will not be activated and thus will not set any quota on your mailbox. 3. The patch is activated when the user logs in through IMAP or POP3 and the mailbox does not exist (autocreatequota option must be 0) or if a mail is sent to a mailbox that does not exist through LMTP (autocreatequota 0 and createonpost = yes). For more information and detailed documentation about the patch, you can fread http://email.uoa.gr/projects/cyrus/autocreate/README.autocreate-cyrus-2.2 One final note is that the patch is not contained by default in the cyrus distribution. Therefore, you will have to patch your cyrus sources (patch can be downloaded from http://email.uoa.gr/projects/cyrus/autocreate/) or download Simon Matter's RPM packages that contain the patch. I hope this mail cleared things out a bit. Thanks for the info. Is this patch included in Cyrus 2.2.13? Didn't find it in the changelog. Regards, Bernd Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus 2.2.10: autocreatequota?
Hello Bernd, the patch is _not_ included by default in any of the Cyrus distributions. However, you can download the patch from http://email.uoa.gr/download/cyrus/ and patch your sources or use Simon Matter's RPMs that contain the patch. Cheers, Christos Bernd Nies wrote: Thanks for the info. Is this patch included in Cyrus 2.2.13? Didn't find it in the changelog. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
squatter indexing folders that dont exist anymore
hi, i activated squatter because i got error messages that there are no indexes for the dirs. recently i created some test folders and after a while i deleted them. squatter is still indexing those folders which don´t exist anymore. in horde and in the outlook subscription dialog those folders aren´t visible too. i deleted some folders with outlook and some with horde. here a snippet of my maillog: Mar 12 11:53:51 mail squatter[2596]: indexing mailbox user/p.trolliet.novaware.de... Mar 12 11:53:51 mail squatter[2596]: indexing mailbox user/p.trolliet.novaware.de/Trash... Mar 12 11:53:51 mail squatter[2596]: indexing mailbox user/p.trolliet.novaware.de/drafts... Mar 12 11:53:51 mail squatter[2596]: indexing mailbox user/p.trolliet.novaware.de/fdkfhdfj... Mar 12 11:53:51 mail squatter[2596]: indexing mailbox user/p.trolliet.novaware.de/sent-mail... Mar 12 11:53:51 mail squatter[2596]: indexing mailbox user/p.trolliet.novaware.de/test... Mar 12 11:53:51 mail squatter[2596]: indexing mailbox user/p.trolliet.novaware.de/test12... Mar 12 11:53:51 mail squatter[2596]: indexing mailbox user/p.trolliet.novaware.de/test123... Mar 12 11:53:51 mail squatter[2596]: indexing mailbox user/p.trolliet.novaware.de/test2... Mar 12 11:53:51 mail squatter[2596]: indexing mailbox user/p.trolliet.novaware.de/test2/test3... Mar 12 11:53:51 mail squatter[2596]: done indexing mailboxes the only folders that still exist are Trash, sent-mail, drafts and spam. first question: why isn´t the folder spam listed above? second: why is squatter still indexing the deleted folders? regards philippe -- I am using the free version of SPAMfighter for private users. It has removed 3991 spam emails to date. Paying users do not have this message in their emails. Get the free SPAMfighter here: http://www.spamfighter.com/len attachment: winmail.dat Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Cyrus + LDAP = death by 13
Dear all, Distro: Linux From Scratch 6.1.1 + Beyond Linux From Scratch 6.1 + different packages from source (not in BLFS) HW: 2 CPU Pentium III (Katmai) saslauthd 2.1.22 (/usr/sbin/saslauthd -a ldap) cyrus-imapd 2.3.7 (tested 2.2.12 as well) OpenLDAP2.3.34 (tested 2.2.24 as well) NSS 2.3.4 (=Glibc 2.3.4) NOT working with nss_ldap 246 to nss_ldap 255 Best regards Roland Distro FC6 for x64, OpenLDAP 2.3.27/SASL 2.1.22/Cyrus IMAP 2.3.7/NSS 3.11.5-0.6.1 All standard Redhat RPMs. -Original Message- From: Konstantin V. Gavrilenko [mailto:[EMAIL PROTECTED] Sent: 11 March 2007 22:15 To: [EMAIL PROTECTED] Cc: info-cyrus@lists.andrew.cmu.edu Subject: Re: Cyrus + LDAP = death by 13 Some more nss_ldap testing results. nss_ldap-255NOT working nss_ldap-254NOT working nss_ldap-253NOT working nss_ldap-252NOT working nss_ldap-251NOT working nss_ldap-250NOT working nss_ldap-249NOT working nss_ldap-248NOT working nss_ldap-247- not tested - nss_ldap-246NOT working(SuSE source RPM) nss_ldap-245!! could not find source !! nss_ldap-244WORKING nss_ldap-243- not tested - nss_ldap-242- not tested - nss_ldap-241- not tested - nss_ldap-240WORKING Guus, can you say what distro you using and what architecture you've compiled it for? Since I have no problem on amd64, but on x86 it exists. yours, kos Respectfully, Konstantin V. Gavrilenko Managing Director Arhont Ltd - Information Security web:http://www.arhont.com http://www.wi-foo.com e-mail: [EMAIL PROTECTED] tel: +44 (0) 870 44 31337 fax: +44 (0) 117 969 0141 PGP: Key ID - 0xE81824F4 PGP: Server - keyserver.pgp.com Guus Leeuw jr. wrote: Chaps, nss_ldap-253 WORKING (As in I never saw the problem you described earlier) Guus -Original Message- From: [EMAIL PROTECTED] [mailto:info-cyrus- [EMAIL PROTECTED] On Behalf Of Konstantin V. Gavrilenko Sent: 06 March 2007 23:42 To: info-cyrus@lists.andrew.cmu.edu Cc: [EMAIL PROTECTED] Subject: Re: Cyrus + LDAP = death by 13 Hi list, Been in contact with Roland Felnhofer, who also experiences the same problem. He narrowed it down to the version of nss_ldap in use. Here is the list of different versions of nss_ldap and how it affects the cyrus operations. nss_ldap-248NOT working nss_ldap-247- not tested - nss_ldap-246NOT working(SuSE source RPM) nss_ldap-245!! could not find source !! nss_ldap-244WORKING nss_ldap-243- not tested - nss_ldap-242- not tested - nss_ldap-241- not tested - nss_ldap-240WORKING Maybe it will be helpful to someone. Respectfully, Konstantin V. Gavrilenko Managing Director Arhont Ltd - Information Security web:http://www.arhont.com http://www.wi-foo.com e-mail: [EMAIL PROTECTED] tel: +44 (0) 870 44 31337 fax: +44 (0) 117 969 0141 PGP: Key ID - 0xE81824F4 PGP: Server - keyserver.pgp.com Konstantin V. Gavrilenko wrote: Hi list, I have a problem with my cyrus server that I managed to track to the presence of the LDAP on the system. The user and group information is obtained form the LDAP server. When this functionality is enabled, when I start cyrus I get the following error: Feb 12 14:58:12 pingo master[22999]: about to exec /usr/lib/cyrus/idled Feb 12 14:58:12 pingo master[22963]: ready for work Feb 12 14:58:12 pingo master[22963]: process 23054 exited, signaled to death by 13 Feb 12 14:58:12 pingo master[22963]: process 23055 exited, signaled to death by 13 Feb 12 14:58:12 pingo master[22963]: process 23056 exited, signaled to death by 13 Feb 12 14:58:14 pingo master[22963]: process 23057 exited, signaled to death by 13 Feb 12 14:58:14 pingo master[22963]: service imaps pid 23057 in READY If I change the nssswitch.conf to obtain the group information from files, cyrus starts up fine. passwd: files ldap #group: files ldap group: files When I shut down ldap server, leave the nsswitch.conf to obtain the info from files ldap and start cyrus, I get the following error for some time, and them cyrus starts up normally. Feb 12 15:13:07 pingo master[32551]: retrying with 1024 (current max) Feb 12 15:13:07 pingo master[32551]: process started Feb 12 15:13:07 pingo master[32554]: nss_ldap: failed to bind to LDAP server ldaps://localhost/: Can't contact LDAP server Feb 12 15:13:07 pingo master[32554]: nss_ldap: failed to bind to LDAP server ldaps://localhost/: Can't contact LDAP server Feb 12 15:13:07 pingo master[32554]: nss_ldap: reconnecting to LDAP server (sleeping 1 seconds)... Feb 12 15:13:08 pingo master[32554]: nss_ldap: failed to bind to LDAP server ldaps://localhost/: Can't contact LDAP server Feb 12 15:13:08 pingo master[32554]:
Re: Cyrus + LDAP = death by 13
Hi Kos, maybe I found the underlaying problem!!! # Connection policy: # persist: DSA connections are kept open (default) # oneshot: DSA connections destroyed after request +nss_connect_policy oneshot -#nss_connect_policy persist I set 'nss_connect_policy' to oneshot and Cyrus IMAP starts without problems (so far - I'll run further test) !!! I saw in the ldap.log that if I did a 'ls -all' over a directory the ldap chat terminated (successfully - but nonetheless) with the following lines_ Mar 12 13:34:50 roka2 slapd[2942]: conn=449 op=4 SEARCH RESULT tag=101 err=0 nentries=1 text= Mar 12 13:34:50 roka2 slapd[2942]: conn=449 fd=42 closed (connection lost) I changed to and the chat ended with the following lines: Mar 12 13:52:50 roka2 slapd[2942]: conn=511 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text= Mar 12 13:52:50 roka2 slapd[2942]: conn=511 op=2 UNBIND Mar 12 13:52:50 roka2 slapd[2942]: conn=511 fd=42 closed Where when I did a ldapsearch uid=whateveraccount it terminated with the following lines: Mar 12 13:55:53 roka2 slapd[2942]: conn=521 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text= Mar 12 13:55:53 roka2 slapd[2942]: conn=521 op=2 UNBIND Mar 12 13:55:53 roka2 slapd[2942]: conn=521 fd=44 closed I was irritated by 'closed (connection lost)'. 'Connection lost' does not look like a clean termination of a communication. Best regards Roland Some more nss_ldap testing results. nss_ldap-255NOT working nss_ldap-254NOT working nss_ldap-253NOT working nss_ldap-252NOT working nss_ldap-251NOT working nss_ldap-250NOT working nss_ldap-249NOT working nss_ldap-248NOT working nss_ldap-247- not tested - nss_ldap-246NOT working(SuSE source RPM) nss_ldap-245!! could not find source !! nss_ldap-244WORKING nss_ldap-243- not tested - nss_ldap-242- not tested - nss_ldap-241- not tested - nss_ldap-240WORKING Guus, can you say what distro you using and what architecture you've compiled it for? Since I have no problem on amd64, but on x86 it exists. yours, kos Respectfully, Konstantin V. Gavrilenko Managing Director Arhont Ltd - Information Security web:http://www.arhont.com http://www.wi-foo.com e-mail: [EMAIL PROTECTED] tel: +44 (0) 870 44 31337 fax: +44 (0) 117 969 0141 PGP: Key ID - 0xE81824F4 PGP: Server - keyserver.pgp.com Guus Leeuw jr. wrote: Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus 2.2.10: autocreatequota?
Hi Christos, the patch is _not_ included by default in any of the Cyrus distributions. However, you can download the patch from http://email.uoa.gr/download/cyrus/ and patch your sources or use Simon Matter's RPMs that contain the patch. Thanks. We're using Cyrus on Solaris. Seems that I have to recompile it and rebuild the SysV package. Regards, Bernd Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
lots of corruption of delived.db file
I'm using cyrus2.3.8 on a RHEL4 machine and from time to time i got massive corruption of deliverd.db file for example today Mar 12 15:27:13 pasargades lmtp[31407]: skiplist: checkpointed /var/lib/imap/deliver.db (1282 records, 123104 bytes) in 5 seconds Mar 12 15:27:18 pasargades lmtp[30946]: skiplist: recovered /var/lib/imap/deliver.db (1282 records, 123104 bytes) in 5 seconds Mar 12 15:27:24 pasargades lmtp[30948]: skiplist: checkpointed /var/lib/imap/deliver.db (1289 records, 123800 bytes) in 6 seconds Mar 12 15:27:28 pasargades lmtp[31407]: skiplist: recovered /var/lib/imap/deliver.db (1289 records, 123800 bytes) in 4 seconds Mar 12 15:27:35 pasargades lmtp[30981]: skiplist: checkpointed /var/lib/imap/deliver.db (1300 records, 124788 bytes) in 7 seconds Mar 12 15:27:40 pasargades lmtp[31677]: skiplist: recovered /var/lib/imap/deliver.db (1300 records, 124788 bytes) in 5 seconds Mar 12 15:28:20 pasargades lmtp[31679]: skiplist: checkpointed /var/lib/imap/deliver.db (2541 records, 244756 bytes) in 11 seconds Mar 12 15:28:26 pasargades lmtp[31675]: skiplist: recovered /var/lib/imap/deliver.db (2541 records, 244756 bytes) in 6 seconds Mar 12 15:28:38 pasargades lmtp[30947]: skiplist: checkpointed /var/lib/imap/deliver.db (2578 records, 248632 bytes) in 11 seconds Mar 12 15:28:45 pasargades lmtp[30951]: skiplist: recovered /var/lib/imap/deliver.db (2578 records, 248632 bytes) in 7 seconds Mar 12 15:29:01 pasargades lmtp[31676]: skiplist: checkpointed /var/lib/imap/deliver.db (2622 records, 253440 bytes) in 15 seconds Mar 12 15:29:08 pasargades lmtp[31678]: skiplist: recovered /var/lib/imap/deliver.db (2622 records, 253440 bytes) in 7 seconds Mar 12 15:29:22 pasargades lmtp[31462]: skiplist: checkpointed /var/lib/imap/deliver.db (2699 records, 260880 bytes) in 12 seconds Mar 12 15:29:31 pasargades lmtp[31678]: skiplist: recovered /var/lib/imap/deliver.db (2699 records, 260880 bytes) in 9 seconds Mar 12 15:29:43 pasargades lmtp[30952]: skiplist: checkpointed /var/lib/imap/deliver.db (2706 records, 261556 bytes) in 12 seconds Mar 12 15:29:49 pasargades lmtp[31679]: skiplist: recovered /var/lib/imap/deliver.db (2706 records, 261556 bytes) in 6 seconds Mar 12 15:30:03 pasargades lmtp[30950]: skiplist: checkpointed /var/lib/imap/deliver.db (2720 records, 263040 bytes) in 14 seconds Mar 12 15:30:11 pasargades lmtp[30981]: skiplist: recovered /var/lib/imap/deliver.db (2720 records, 263040 bytes) in 8 seconds cyrus recover by itself but the problem is that when the deliver.db grows it take about one hour to recover and the delivery of mail is stopped. Has someone already seen that and have an idea on how to solve the problem. thank in advance for any help Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: lots of corruption of delived.db file
I have seen it. Just curious did you update your system lately. I updated mine yesterday for the new Timezone changes and have had trouble since then. Nothing like waiting till the last minute, but I had to do it. Regards, Pete Peter P. Benac, CCNA Emacolet Networking Services, Inc Providing Network and Systems Project Management and Installation and Web Hosting. Phone: 919-618-2557 Web: http://www.emacolet.com Need quick reliable Systems or Network Management advice visit http://www.nmsusers.org To have principles... First have courage.. With principles comes integrity!!! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Doutreleau Sent: Monday, March 12, 2007 10:43 To: info-cyrus@lists.andrew.cmu.edu Subject: lots of corruption of delived.db file I'm using cyrus2.3.8 on a RHEL4 machine and from time to time i got massive corruption of deliverd.db file for example today Mar 12 15:27:13 pasargades lmtp[31407]: skiplist: checkpointed /var/lib/imap/deliver.db (1282 records, 123104 bytes) in 5 seconds Mar 12 15:27:18 pasargades lmtp[30946]: skiplist: recovered /var/lib/imap/deliver.db (1282 records, 123104 bytes) in 5 seconds Mar 12 15:27:24 pasargades lmtp[30948]: skiplist: checkpointed /var/lib/imap/deliver.db (1289 records, 123800 bytes) in 6 seconds Mar 12 15:27:28 pasargades lmtp[31407]: skiplist: recovered /var/lib/imap/deliver.db (1289 records, 123800 bytes) in 4 seconds Mar 12 15:27:35 pasargades lmtp[30981]: skiplist: checkpointed /var/lib/imap/deliver.db (1300 records, 124788 bytes) in 7 seconds Mar 12 15:27:40 pasargades lmtp[31677]: skiplist: recovered /var/lib/imap/deliver.db (1300 records, 124788 bytes) in 5 seconds Mar 12 15:28:20 pasargades lmtp[31679]: skiplist: checkpointed /var/lib/imap/deliver.db (2541 records, 244756 bytes) in 11 seconds Mar 12 15:28:26 pasargades lmtp[31675]: skiplist: recovered /var/lib/imap/deliver.db (2541 records, 244756 bytes) in 6 seconds Mar 12 15:28:38 pasargades lmtp[30947]: skiplist: checkpointed /var/lib/imap/deliver.db (2578 records, 248632 bytes) in 11 seconds Mar 12 15:28:45 pasargades lmtp[30951]: skiplist: recovered /var/lib/imap/deliver.db (2578 records, 248632 bytes) in 7 seconds Mar 12 15:29:01 pasargades lmtp[31676]: skiplist: checkpointed /var/lib/imap/deliver.db (2622 records, 253440 bytes) in 15 seconds Mar 12 15:29:08 pasargades lmtp[31678]: skiplist: recovered /var/lib/imap/deliver.db (2622 records, 253440 bytes) in 7 seconds Mar 12 15:29:22 pasargades lmtp[31462]: skiplist: checkpointed /var/lib/imap/deliver.db (2699 records, 260880 bytes) in 12 seconds Mar 12 15:29:31 pasargades lmtp[31678]: skiplist: recovered /var/lib/imap/deliver.db (2699 records, 260880 bytes) in 9 seconds Mar 12 15:29:43 pasargades lmtp[30952]: skiplist: checkpointed /var/lib/imap/deliver.db (2706 records, 261556 bytes) in 12 seconds Mar 12 15:29:49 pasargades lmtp[31679]: skiplist: recovered /var/lib/imap/deliver.db (2706 records, 261556 bytes) in 6 seconds Mar 12 15:30:03 pasargades lmtp[30950]: skiplist: checkpointed /var/lib/imap/deliver.db (2720 records, 263040 bytes) in 14 seconds Mar 12 15:30:11 pasargades lmtp[30981]: skiplist: recovered /var/lib/imap/deliver.db (2720 records, 263040 bytes) in 8 seconds cyrus recover by itself but the problem is that when the deliver.db grows it take about one hour to recover and the delivery of mail is stopped. Has someone already seen that and have an idea on how to solve the problem. thank in advance for any help Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Cyrus + LDAP = death by 13
Distro: RedHat FC6 Uname -a: Linux jupiter 2.6.19-1.2911.6.4.fc6 #1 SMP Sat Feb 24 14:03:48 EST 2007 x86_64 x86_64 x86_64 GNU/Linux Arch: Intel, DELL PowerEdge SC1430, Dual Core, 2 GiB. -Original Message- From: Roland Felnhofer [mailto:[EMAIL PROTECTED] Sent: 12 March 2007 12:58 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; info-cyrus@lists.andrew.cmu.edu Subject: Re: Cyrus + LDAP = death by 13 Hi Kos, maybe I found the underlaying problem!!! # Connection policy: # persist: DSA connections are kept open (default) # oneshot: DSA connections destroyed after request +nss_connect_policy oneshot -#nss_connect_policy persist I set 'nss_connect_policy' to oneshot and Cyrus IMAP starts without problems (so far - I'll run further test) !!! I saw in the ldap.log that if I did a 'ls -all' over a directory the ldap chat terminated (successfully - but nonetheless) with the following lines_ Mar 12 13:34:50 roka2 slapd[2942]: conn=449 op=4 SEARCH RESULT tag=101 err=0 nentries=1 text= Mar 12 13:34:50 roka2 slapd[2942]: conn=449 fd=42 closed (connection lost) I changed to and the chat ended with the following lines: Mar 12 13:52:50 roka2 slapd[2942]: conn=511 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text= Mar 12 13:52:50 roka2 slapd[2942]: conn=511 op=2 UNBIND Mar 12 13:52:50 roka2 slapd[2942]: conn=511 fd=42 closed Where when I did a ldapsearch uid=whateveraccount it terminated with the following lines: Mar 12 13:55:53 roka2 slapd[2942]: conn=521 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text= Mar 12 13:55:53 roka2 slapd[2942]: conn=521 op=2 UNBIND Mar 12 13:55:53 roka2 slapd[2942]: conn=521 fd=44 closed I was irritated by 'closed (connection lost)'. 'Connection lost' does not look like a clean termination of a communication. Best regards Roland Some more nss_ldap testing results. nss_ldap-255NOT working nss_ldap-254NOT working nss_ldap-253NOT working nss_ldap-252NOT working nss_ldap-251NOT working nss_ldap-250NOT working nss_ldap-249NOT working nss_ldap-248NOT working nss_ldap-247- not tested - nss_ldap-246NOT working(SuSE source RPM) nss_ldap-245!! could not find source !! nss_ldap-244WORKING nss_ldap-243- not tested - nss_ldap-242- not tested - nss_ldap-241- not tested - nss_ldap-240WORKING Guus, can you say what distro you using and what architecture you've compiled it for? Since I have no problem on amd64, but on x86 it exists. yours, kos Respectfully, Konstantin V. Gavrilenko Managing Director Arhont Ltd - Information Security web:http://www.arhont.com http://www.wi-foo.com e-mail: [EMAIL PROTECTED] tel: +44 (0) 870 44 31337 fax: +44 (0) 117 969 0141 PGP: Key ID - 0xE81824F4 PGP: Server - keyserver.pgp.com Guus Leeuw jr. wrote: -- No virus found in this incoming message. Checked by AVG. Version: 7.5.447 / Virus Database: 268.18.8/718 - Release Date: 11/03/2007 09:27 -- No virus found in this outgoing message. Checked by AVG. Version: 7.5.447 / Virus Database: 268.18.8/718 - Release Date: 11/03/2007 09:27 Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Controlling Sort Order
Hi, I've been using Cyrus for some considerable amount of time now, I am currently using it with Horde and had assumed that the displayed order of the messages was down to Horde - it looks like this is not the case. I am trying to control whether when sorting by the recipient or sender whether it sorts by the name or by the email address. Is this possible? Thanks in advance, Alex -- Technical Director - Zednax Limited W: http://www.zednax.com T: +44 161 660 8009 F: +44 161 660 8010 Zednax Limited is registered in England and Wales, Company no. 05321754. Registered address: Meadow House, Meadow Lane, Nottingham, NG2 3HS. Zednax Limited is VAT registered, VAT registration no. GB 855 4468 92. Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Controlling Sort Order
I am trying to control whether when sorting by the recipient or sender whether it sorts by the name or by the email address. Is this possible? It's defined by the IMAP sort extension. http://tools.ietf.org/html/draft-ietf-imapext-sort-19 FROM [IMAP] addr-mailbox of the first From address. TO [IMAP] addr-mailbox of the first To address. So it really only sorts by the localpart of the email address, not even the domain is included, something that's annoyed our users as well since you basically end up with UID sorting for the localparts that are the same but different domains. That's the standard though... *sigh* Rob Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html