Re: Re: a dot in the name ?
Mario Pavlov wrote: hello guys ;) I'm using cyrus-imap + cyrus-sasl + postfix as my mail system it works fine but I need to add an account with a dot in the name (e.g. [EMAIL PROTECTED]) and I don't know how to do that I'm using cyradm for creating mailboxes.. can anyone help me, please ? While it's common in *addresses*, it's arguably bad practice to include dots in *accounts* (it's achievable, but not reliably portable). FWIW, I handle these as aliases to a simpler account name (either in the aliases file or in $virtual_alias_maps). For example, my /etc/postfix/virtual might contain this: [EMAIL PROTECTED] mario [EMAIL PROTECTED]mario Yes, I've tried this but it didn't work... btw I'm using FreeBSD-6.1-STABLE and for me is /usr/local/etc/postfix/virtual and in this file I have all accounts like this: = [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] ... ... ... / and I've tried to add something like this: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] but it didn't work... what could be the problem ? - vbox7.com - Забавни видео клипове! Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
How to remove IOERROR sieve log lines?
Hi all. I have noticed these log lines and I'd like to get rid of them: Sep 1 00:27:24 mail lmtpunix[737]: IOERROR: fstating sieve script /var/lib/sieve/v/v^gogoljev/defaultbc: No such file or directory Sep 1 00:46:24 mail lmtpunix[910]: IOERROR: fstating sieve script /var/lib/sieve/v/v^gogoljev/defaultbc: No such file or directory I know what they are, the user has no sieve scripts and consequently no default script. Can this be turned off? Most of my users do not have Sieve scripts. Nix. Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
To list admins: Reply-to address
Hello admins. Could you do something about the Reply-to address? The way things are now, when I hit Reply button, I am sending mail to the original author of the message. What I subconsciously expect, is to send to the list, instead. Is this a desired modus operandi or it's something that can be fixed? Nix. Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Berkeley DB upgrade - 2nd try
Hi everyone, Another follow-up to my monologue thread - I've had a few helpful replies off-list though, and comments (on or off list) are very much appreciated. I've started building cyrus-imapd-2.2.13 - the Cyrus homepage still lists 2.2.12 as the 'current' version, but is apparently outdated a bit. In another posting to this list, Andrew Morgan hinted that Cyrus v2.2.12 and older will not work with Berkeley DB 4.3+ without a patch. With 2.2.13, at least I get a meaningful error out of Berkeley when I start Cyrus: DBERROR db4: Skipping log file /var/imap/db/log.01: historic log version 7 DBERROR db4: /var/imap/db/log.02: log file open failed: No such file or directory DBERROR db4: PANIC: No such file or directory Running db_recover from Berkeley4.4.20 gave me essentially the same errors. In the end, I figured it apparently doesn't care about log.0001, so I moved it aside. This time, it also stopped looking for log.0002 and recovered succesfully. And now Cyrus works again! Before I even want to consider doing this kind of surgery on any of my production Cyrus servers, I'd like to know what would have been in log.0001 - what risks do I run when removing it? The above procedure is not the correct way to go about, I've found. Cyrus does work in the sense that I can open my existing mail (mailboxes.db is skiplist), but sending a new message into the system caused LMTP to complain about the state of the deliver.db, and one cpu becomes fully loaded with kernel tasks, probably lots of syscalls. So what would the correct procedure be? I'm upgrading from Berkely 4.1.25 to 4.4.20. I've looked at the Berkeley documentation, and found this on upgrading: Otherwise, if the application has a Berkeley DB transactional environment and the databases need upgrading, the application may be installed in the field using the following steps: Given that there are 'log' files in the DB environment, I'm assuming this is indeed a transactional Berkeley DB. Because the database format changed between 4.1.25 and 4.4.20, the above case applies. The procedure then would be: 1. Shut down the old version of the application. 2 Run recovery on the database environment using the DB_ENV-open method or the db_recover utility. 3. Remove any Berkeley DB environment using the DB_ENV-remove method or an appropriate system utility. 4. Archive the database environment for catastrophic recovery. See Archival procedures for more information. 5. Recompile and install the new version of the application. 6. Upgrade the application's databases. See Upgrading databases for more information. 7. Archive the database for catastrophic recovery again (using different media than before, of course). Note: This archival is not strictly necessary. However, if you have to perform catastrophic recovery after restarting the application, that recovery must be done based on the last archive you have made. If you make this second archive, you can use it as the basis of that catastrophic recovery. If you do not make this second archive, you have to use the archive you made in step 4 as the basis of your recovery, and you have to do a full upgrade on it before you can apply log files created after the upgrade to it. 8. Force a checkpoint using the DB_ENV-txn_checkpoint method or the db_checkpoint utility. 9. Restart the application. (source: http://www.sleepycat.com/docs/ref/upgrade/process.html) Quite an involved procedure. Some people have suggested dropping Berkeley alltogether, but I feel it's worth the effort to actually gain some understanding of this complex environment, and for the added performance. So next order of business is to downgrade my test environment, then re-upgrade it and test the procedure above. Question: 'Remove any Berkeley DB environment using the DB_ENV-remove method or an appropriate system utility'. I guess 'rm -rf /var/imap/db/log* /var/imap/db/_*' would be 'appropriate'? (this way, I don't delete the skipstamp file). Regards, Paul Boven. Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: sieve doesn't work [auf Viren überprüft]
Hans Moser schrieb: Hi! Martin G.H. Minkler schrieb: After reloading and even restarting cyrus with the changes to the sieveshell die line and the imapd.conf in place as suggested, I still get the same (slighty longer but unfortunately no more informative) error message from sieveshell: unable to connect to server () at /usr/bin/sieveshell line 174. Can you doublecheck your changes to managesieve? Do I need to restart saslauthd to re-read the config from /etc/imapd.conf? You don't use saslauthd at all, as I can see from your config, you use auxprop + sasldb2... With this you could use CRAM-MD5 and DIGEST-MD5 as well. Perhaps you could change sasl_mech_list: sasl_mech_list: DIGEST-MD5 CRAM-MD5 PLAIN LOGIN There will only be connections from localhost (as You can see in my config, sieve only listens to localhost) since if there will ever be a websieve or the like, it's going to run on the same machine. In you first post I can't see information about sasl and/or STARTTLS You are absolutely right, I do not get any sasl-methods and/or STARTTLS. I did use to get STARTTLS until I disabled it via the certificate-line. This just brings up more questions - how to I even enable sasl for sieve? Or is it enabled but not announced? From configuring postfix I know You can configure the MTA to only announce SASL after STARTTLS but this probably isn't the case here? If I can provide any more information, please let me know. TIA Martin Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Cyrus Homepage
Hi, if you follow the link Cyrus Home Page at the bottom -- Not found think correct adress is: http://cyrusimap.web.cmu.edu/ nice WE -- --- Frank Richter Max-Planck-Institut für Astronomie Königstuhl 17 D-69117 Heidelberg mailto:[EMAIL PROTECTED] phone: +49 6221 528267 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
SQL Storage for fast retrieval from archives
Hi, I am trying to use cyrus for my mail archives ( typically 1GB-10GB per user ) for say 100 users What is the best way of storing mails. There will not be much of add/delete from these archives but retrieval has to be fast on header or body search. Cyrus with the current storage ( one mail per file ) is good enough for header search , but fails on body search. Does cyrus have an option to store in MySQL etc. I think body search will be much faster with SQL Thanks Ram Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: SQL Storage for fast retrieval from archives
On Fri, 2006-09-01 at 18:41 +0530, Ramprasad wrote: Hi, I am trying to use cyrus for my mail archives ( typically 1GB-10GB per user ) for say 100 users What is the best way of storing mails. There will not be much of add/delete from these archives but retrieval has to be fast on header or body search. Cyrus with the current storage ( one mail per file ) is good enough for header search , but fails on body search. why? Does cyrus have an option to store in MySQL etc. I think body search will be much faster with SQL did you try the squatter? -- Kjetil T. Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: To list admins: Reply-to address
On Fri, 2006-09-01 at 01:59 -0700, Nikola Milutinovic wrote: Could you do something about the Reply-to address? The way things are now, when I hit Reply button, I am sending mail to the original author of the message. What I subconsciously expect, is to send to the list, instead. don't hit the reply button, hit the reply to list button. Is this a desired modus operandi or it's something that can be fixed? yes, this is desired. read http://www.unicom.com/pw/reply-to-harmful.html -- Kjetil T. Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Mailbox does not exist
On Wed, 2006-08-30 at 13:18 +0200, Bart Van Loon wrote: Actually, that's how I think it should work - I'm not sure, though, as I never used deliver... so how do you have cyrus deliver your mails then? :-) Most people these days deliver with LMTP from their MTA; see lmtpd(8). And they use Sieve for filtering, instead of procmail. Wil -- Wil Cooley [EMAIL PROTECTED] Naked Ape Consulting, Ltd signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Mailbox does not exist
Hi, On Wed, 30 Aug 2006 14:07:36 +0200 former03 | Baltasar Cevc [EMAIL PROTECTED] said: this did the trick. damnit, I even quoted this from the manpage. the reason I didn't think about permissions problems was the errormessage clearly stating that the mailbox didn't exist and that I checked at the filesystem persmissions. oh well.. baltasar Well, it isn't obvious I'd say. What the message is trying to tell baltasar you is: from my point of view, there is no such mailbox. baltasar @Ken: would it be possible to change the message; I remember some more baltasar threads like that on the list. Please, don't. The information what mail box is there, may leak from the error message. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org http://www.imasy.org/~ume/ Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Mailbox does not exist
Hi, On 01.09.2006, at 17:55, Hajimu UMEMOTO wrote: this did the trick. damnit, I even quoted this from the manpage. the reason I didn't think about permissions problems was the errormessage clearly stating that the mailbox didn't exist and that I checked at the filesystem persmissions. baltasar @Ken: would it be possible to change the message; I remember some more baltasar threads like that on the list. Please, don't. The information what mail box is there, may leak from the error message. What about changing it to the mailbox does not exist or you don't have the right to see it generally? I'm not sure, but I thought there was some message like that already used... Baltasar Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Mailbox does not exist
* Wil Cooley wrote [Friday, September 01, 2006 09:00:00 AM -0700] On Wed, 2006-08-30 at 13:18 +0200, Bart Van Loon wrote: Actually, that's how I think it should work - I'm not sure, though, as I never used deliver... so how do you have cyrus deliver your mails then? :-) Most people these days deliver with LMTP from their MTA; see lmtpd(8). And they use Sieve for filtering, instead of procmail. I think the original poster's intention is to download mails from his ISP with fetchmail, then via procmail to cyrus (with deliver). But I think you are right, since recent fetchmail knows how to deliver to a lmtp socket this should be more easier and faster (see the smtphost delivery option in the fetchmail manual). hth, mitu Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: a dot in the name ?
Mario Pavlov schrieb: but I need to add an account with a dot in the name (e.g. [EMAIL PROTECTED]) and I don't know how to do that UNIX Hierarchy Convention is your friend: http://cyrusimap.web.cmu.edu/imapd/altnamespace.html Take a look to the last line: To use the UNIX hierarchy separator, turn on the unixhierarchysep option in /etc/imapd.conf. On my Filesystem you would be: mario^pavlov^example^com With cyradm: user/mario.pavlov.example.com Subfolders: user/mario.pavlov.example.com/Sent Greetings, Peter Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
LMTP in Cyrus 2.1.15 Refuses connections
For the past two months we have been seeing intermittent problems in which LMTP suddenly begins to refuse connections. What appears to happen is that a condition occurs and lmtp becomes unresponsive. Subsequent lmtp processes are spawned until the maxchild limit is reached. At that point all the child processes are unresponsive and email is not delivered. Recycling master resolves the issue. *** lmtp configuration *** lmtpunix cmd=lmtpd listen=/usr/local/cyrus/socket/lmtp prefork=1 maxchild=100 We have been running Cyrus 2.1.15 for the past three years using LMTP with no problems. However, as noted above we began seeing this issue in the past two months. No changes have been made to the systems. Has anyone seen a problem similar to this? Thanks Crockett Howard http://asg.web.cmu.edu/cyrus/mailing-list.html -- Email: [EMAIL PROTECTED] Office Phone: (214) 567-1137 Cellular Phone: (214) 458-6124 Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: LMTP in Cyrus 2.1.15 Refuses connections
On Fri, 2006-09-01 at 14:36 -0500, Crockett Howard wrote: For the past two months we have been seeing intermittent problems in which LMTP suddenly begins to refuse connections. What appears to happen is that a condition occurs and lmtp becomes unresponsive. Subsequent lmtp processes are spawned until the maxchild limit is reached. At that point all the child processes are unresponsive and email is not delivered. Recycling master resolves the issue. *** lmtp configuration *** lmtpunix cmd=lmtpd listen=/usr/local/cyrus/socket/lmtp prefork=1 maxchild=100 We have been running Cyrus 2.1.15 for the past three years using LMTP with no problems. However, as noted above we began seeing this issue in the past two months. No changes have been made to the systems. Has anyone seen a problem similar to this? If memory serves, that was usually caused by database deadlocks or leaks of some sort in lmtpd. Some things to try: o If lmtpd in that version supports -U, decrease the maximum uses from 250 to, say, 50. o Increase the number of lockers with Berkely DB (you might configure your logging to include debug-priority messages) o Upgrade to a modern version :) Wil -- Wil Cooley [EMAIL PROTECTED] Naked Ape Consulting, Ltd signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: a dot in the name ?
Mario Pavlov wrote: Yes, I've tried this but it didn't work... btw I'm using FreeBSD-6.1-STABLE and for me is /usr/local/etc/postfix/virtual and in this file I have all accounts like this: = [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] ... ... ... / and I've tried to add something like this: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] but it didn't work... what could be the problem ? How didn't it work? What kind of errors are you encountering? Are they from postfix or cyrus? Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: a dot in the name ?
former03 | Baltasar Cevc wrote: On 31.08.2006, at 14:11, Jorey Bump wrote: While it's common in *addresses*, it's arguably bad practice to include dots in *accounts* (it's achievable, but not reliably portable). FWIW, I handle these as aliases to a simpler account name (either in the aliases file or in $virtual_alias_maps). Well, that depends. If you use cyrus virtual domains support, it's quite usual. And actually - I don't really see where the problem should be as the only system in question is cyrus. Correct, but having migrated such accounts to a completely different system that didn't allow dots in account names, I can say from experience that I feel much safer using simpler logins. While I'm pleased with Cyrus IMAP so far, I can't say that I will use it forever, and don't want to make irreversible choices. I personally don't object to dots in *addresses*, but there are some valid arguments against their main use in embedding full names: http://www.sendmail.org/faq/section3.html#3.5 For technical reasons, this practice cannot easily become an international standard (until support for all character sets is universal). From a cultural perspective, what administrator wants to encourage a naming convention that may require a new login at some point (if the user gets married, for example)? For these reasons, I'm happier to implement these as aliases, as those are more easily changed than logins. I'm not fanatical about these points, as our choice of mail system is so limited, but they are worth consideration. Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html