Re: Global Sieve Script
En/na Federico Sevilla III ha escrit: Hi, I would like to create a global sieve script that will be active for all users, regardless of the presence of a per-user sieve script or not. This is so that all spam marked by amavis with the X-Spam-Status header can be segregated into spam folders. I just configure amavis (actually amavisd-new) to add the spam extension ($addr_extension_spam = 'spam'), and then give anonymous the p permission to the users' spam subfolders (the worst that can happen is if someone discovers the trick he can send mail directly to the spam folder). Bye -- Luca Olivetti Wetron Automatización S.A. http://www.wetron.es/ Tel. +34 93 5883004 Fax +34 93 5883007 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: Performance in 64-bit?
Hi all, I've seen occasional conversation here regarding running Cyrus in 64-bit mode, but is there an advantage aside from very large quotas? I don't think quotas are larger on 64bit, at least I don't care because they are already in the terabyte range with 2.3. Is Cyrus known to run faster in 64-bit, for instance? Do you say Linux? I don't expect to get better performance with x86_64 as long as you have = 4Gb of memory. And if I considered 64bit, then it's real 64bit, not that 32/64bit mess seen with Linux/x86_64. Anyway, I'm also interested if someone made real benchmarks to find out. Simon 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
reconstruction problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 while working on replication i found that one of the mailboxes was not replicating right as advised i ran recontruction -r user.username i am getting a bunch of these user.username.2004.september: System I/O error System I/O error now the folders that cause the error are no longer there. reconstruction output also shows other folders that no longer exist but with out the above error ie. user.username.Sent.sent_2003 been googling around but haven't found anything of use -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBRYKt3dbpM15f9s9nAQJacwP+Ol+XDmqKlC0z17VFQD0JPzcO3rmT3vRD J5wIO/NgRrxgT/1nizLl32n2k+9Xob3bse/Vy8pbWl8KTn12iqvyVVe0bbkkgcVb YRvcwRQZ4WeKpqyqwUmXb/PNEpJGN85aq12tzR5idLXD4AZoubi5aqmjp5KAZ58z WXZjCTwR4V0= =YU4T -END PGP SIGNATURE- 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: reconstruction problems
Just to be clear, the problem is that reconstruct inappropriately deleted folders after an error? Or, reconstruct is giving errors for folders that were deleted (by the user) so you feel the errors are inappropriate? :wes On 15 Dec 2006, at 09:14, stas khromoy wrote: while working on replication i found that one of the mailboxes was not replicating right as advised i ran recontruction -r user.username i am getting a bunch of these user.username.2004.september: System I/O error System I/O error now the folders that cause the error are no longer there. reconstruction output also shows other folders that no longer exist but with out the above error ie. user.username.Sent.sent_2003 been googling around but haven't found anything of use 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: reconstruction problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 the folders were not there to begin with they were removed a while ago but when i run reconstruct they are being detected. could the db be corrupt ? or maybe the cyrus.header files still has them indexed some how ? the only thing i can think off to 'fix' it is to manually copy (via a mail client) all the emails from one mailbox to another 'dummy' one. delete old one and copy all the emails back but the mailbox size is outrageous (7.2GB) so doing it will take me some serious time and i'd like to avoid it thanks Wesley Craig wrote: Just to be clear, the problem is that reconstruct inappropriately deleted folders after an error? Or, reconstruct is giving errors for folders that were deleted (by the user) so you feel the errors are inappropriate? :wes On 15 Dec 2006, at 09:14, stas khromoy wrote: while working on replication i found that one of the mailboxes was not replicating right as advised i ran recontruction -r user.username i am getting a bunch of these user.username.2004.september: System I/O error System I/O error now the folders that cause the error are no longer there. reconstruction output also shows other folders that no longer exist but with out the above error ie. user.username.Sent.sent_2003 been googling around but haven't found anything of use -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBRYK6JNbpM15f9s9nAQIm2gQAjeM7XKCsHVNcFMzBK2bVKfvAR22JpGhR dU+gGLwqTNBUcugwIg11g+b8TYbAhAFnrS4k7uEZe43TsEcSsX+A0zashmtuf7Np R6AZG1570Xvi6pfum8wNQVb4rIDGr4J5Dpt4kiQg2xDjPtzKu+jnib5Gn3geQlYX zGZwKtC5OVQ= =iQ5W -END PGP SIGNATURE- 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: reconstruction problems
reconstruct -r just reads the DB, so yes the DB must be out of sync with the filesystem (not really corruption per se). reconstruct -r -f reads the DB *and* the filesystem, but would still probably be subject to the DB problem you're experiencing. When reconstruct finds mailboxes in the DB that aren't in the filesystem, it attempts to create it on disk. I think the System I/O error you're getting is the result of that attempt to re-create the mailbox. It ought to log something, in addition to displaying that error. The mailbox_create () routine returns IMAP_IOERROR in many places, the syslog should tell more about exactly *why* it's getting the error. :wes On 15 Dec 2006, at 10:07, stas khromoy wrote: the folders were not there to begin with they were removed a while ago but when i run reconstruct they are being detected. could the db be corrupt ? or maybe the cyrus.header files still has them indexed some how ? the only thing i can think off to 'fix' it is to manually copy (via a mail client) all the emails from one mailbox to another 'dummy' one. delete old one and copy all the emails back but the mailbox size is outrageous (7.2GB) so doing it will take me some serious time and i'd like to avoid it 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: reconstruction problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 i've tried -f option as well and it came up with the same result i've monitored both /var/log/imapd.log and /var/log/messages for errors during reconstruction ..i did not see anything searched for imap_ioerror string as well in the above logs with no results. http://www.mail-archive.com/info-cyrus@lists.andrew.cmu.edu/msg02200.html i found this old post where the guy resolved the issue by creating the error causing folder and running reconstruct again thou he is getting system I/O error No such file or directory i only see system I/O error system I/O error wish i can try it now instead of waiting for the end of the business day thanks Wesley Craig wrote: reconstruct -r just reads the DB, so yes the DB must be out of sync with the filesystem (not really corruption per se). reconstruct -r -f reads the DB *and* the filesystem, but would still probably be subject to the DB problem you're experiencing. When reconstruct finds mailboxes in the DB that aren't in the filesystem, it attempts to create it on disk. I think the System I/O error you're getting is the result of that attempt to re-create the mailbox. It ought to log something, in addition to displaying that error. The mailbox_create() routine returns IMAP_IOERROR in many places, the syslog should tell more about exactly *why* it's getting the error. :wes On 15 Dec 2006, at 10:07, stas khromoy wrote: the folders were not there to begin with they were removed a while ago but when i run reconstruct they are being detected. could the db be corrupt ? or maybe the cyrus.header files still has them indexed some how ? the only thing i can think off to 'fix' it is to manually copy (via a mail client) all the emails from one mailbox to another 'dummy' one. delete old one and copy all the emails back but the mailbox size is outrageous (7.2GB) so doing it will take me some serious time and i'd like to avoid it -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBRYLC2tbpM15f9s9nAQJQWQQApBmbm6JzrtBtigfF6N9pVEui93nOi98X 8sjeGTZZLMX9aUp/hayEyeJMupGK+lyRSSZdWbpBfReavRnadaOVddIB0zvgm1A9 PVfOnP2g5rqrChEnEnxPpXtDxnTBGOL/8eHRRLFVqNxVw6lVmQ6a59RS1MItW4tH Go9C/WysxOM= =cIy9 -END PGP SIGNATURE- 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
Last cyrus login date
Hello, I'm working to implement a system that will automatically disable a user's account due to inactivity. Inactivity is defined as a user not logging into their mailbox within an arbitrary amount of time(90, 120, ... , n days). I can handle the scripting if there's a way I can determine the last time a user logged into their mailbox via POP/IMAP. I've tried looking at the .seen and other cyrus files with no luck. I've also tried a perl fud client port and it reports the last login date for all mailboxes as being 0 (all other returned values make sense)... I'm using a virtual setup on cyrus 2.2.12. Any help or direction would be appreciated. Thanks -Blake 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: reconstruction problems
On Fri, 15 Dec 2006, stas khromoy wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 i've tried -f option as well and it came up with the same result i've monitored both /var/log/imapd.log and /var/log/messages for errors during reconstruction ..i did not see anything searched for imap_ioerror string as well in the above logs with no results. http://www.mail-archive.com/info-cyrus@lists.andrew.cmu.edu/msg02200.html i found this old post where the guy resolved the issue by creating the error causing folder and running reconstruct again thou he is getting system I/O error No such file or directory i only see system I/O error system I/O error wish i can try it now instead of waiting for the end of the business day I've ran into this problem occasionally when I goof up and delete a folder from the filesystem rather than using cyradm (usually when I'm trying to restore a folder for a user). What I have done in the past is: 1. Create the missing folder in the filesystem by hand. 2. Copy the cyrus.header file from the user's INBOX into the folder. 3. Set the folder and cyrus.header permissions and ownership correctly for cyrus. 4. Run su cyrus -c '/usr/local/cyrus/bin/reconstruct -f -r user.username'. 5. Run su cyrus -c '/usr/local/cyrus/bin/quota -f user.username'. 6. Using cyradm, delete the folder. Andy 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: reconstruction problems
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 andrew are you sure about quota -f ? i don't believe there is one and looking at the man page for quota i don't see it either it has only -q -l -g -v -u as switches thanks Andrew Morgan wrote: On Fri, 15 Dec 2006, stas khromoy wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 i've tried -f option as well and it came up with the same result i've monitored both /var/log/imapd.log and /var/log/messages for errors during reconstruction ..i did not see anything searched for imap_ioerror string as well in the above logs with no results. http://www.mail-archive.com/info-cyrus@lists.andrew.cmu.edu/msg02200.html i found this old post where the guy resolved the issue by creating the error causing folder and running reconstruct again thou he is getting system I/O error No such file or directory i only see system I/O error system I/O error wish i can try it now instead of waiting for the end of the business day I've ran into this problem occasionally when I goof up and delete a folder from the filesystem rather than using cyradm (usually when I'm trying to restore a folder for a user). What I have done in the past is: 1. Create the missing folder in the filesystem by hand. 2. Copy the cyrus.header file from the user's INBOX into the folder. 3. Set the folder and cyrus.header permissions and ownership correctly for cyrus. 4. Run su cyrus -c '/usr/local/cyrus/bin/reconstruct -f -r user.username'. 5. Run su cyrus -c '/usr/local/cyrus/bin/quota -f user.username'. 6. Using cyradm, delete the folder. Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBRYLtmdbpM15f9s9nAQI2yAP/QjgbBscVDxtsbd2enzm1uRSiuQg9zP5D VXYd7rvQjza0NVQM8fPO9fOUC9OKN6/iAbqCgPR0OC5dISlvHdbCw0iRbNFGuftq /D6xatMMlLQTAeUKXA2j1HmaHOqfxUCVINF9NfUVhjMUMPDtmk24mhCE80E+E0tp 2LHLdIfYZg0= =6e9V -END PGP SIGNATURE- 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: reconstruction problems
On Fri, 15 Dec 2006, stas khromoy wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 andrew are you sure about quota -f ? i don't believe there is one and looking at the man page for quota i don't see it either it has only -q -l -g -v -u as switches You are looking at the manpage for the system quota command, not Cyrus' quota command. On Debian Linux, it is renamed cyrquota. I have no idea what is done on other distributions or OS's. Andy 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
