Re: Problem starting cyrus imap in FC6 Was:[Re: Newbie needs help]
Am Dienstag, 2. Januar 2007 23:01 schrieb Andreas Winkelmann: > On Tuesday 02 January 2007 22:34, Uwe Kiewel wrote: > > > > I ran into a problem with an postfix-mysql-cyrus installation and i > > > > don't know what to do. > > > > > > > > I used the postfix-cyrus howto to set up the server. The postfix, the > > > > saslauthd and mysql server started without any problem, but when i > > > > tried to start cyrus i got the following error message: > > > > > > > > cyrus-imapd Datenbanken importieren: > > > > [FEHLGESCHLAGEN] > > > > > > > > It is a german error message and it means: > > > > > > > > import of cyrus imapd databases: terminated > > > > > > Hmm, this is a Script from FC/RH. I don't know what it does, when it > > > tries to "import Databases". > > > > The FC Start/Stop scripts do as follow (only importent parts of the > > script): > > > > Start: > > > > $RUNUSER - cyrus -c "umask 166 ; > > /usr/lib/cyrus-imapd/cvt_cyrusdb_all > > > > > ${CONFIGDIRECTORY}/rpm/db_import.log 2>&1" < /dev/null > > > > RETVAL=$? > > if [ $RETVAL -eq 0 ]; then > > success $"$BASENAME importing databases" > > else > > failure $"$BASENAME error importing databases, check > > ${CONFIGDIRECTORY}/rpm/db_import.log" > > fi > > Hmm, this is english and the "check ${CONFIGDIRECTORY}/rpm/db_import.log" > is missing in the German output. I hope this is the same Version. Carsten wrote, he use FC6. The post above is from my FC6 system, only my system langange is english. > cvt_cyrusdb_all is not a Cyrus-Imapd Command. I would guess, this is a > RH/FC Extension. Check what it does. It seems to fail. You're right. The head of the file: # This script converts all db files of a cyrus installation from their # existing format to the format required by the current installation. # The format of current db files is determined using the 'file' command # with a magic file added for skiplist db, the new format is read from # a config file usually in /usr/share/cyrus-imapd/rpm/db.cfg, which is # created while compiling. After converting, the db.cfg file is # copied to a cache file usually at /var/lib/imap/rpm/db.cfg.cache to # allow bypassing this converting script if both files are identical. # While this is a bit less secure, it may be useful on big server where # db converting is done automatically. # # This script can safely be run as root, it will reexec itself as user # cyrus if needed. # # author: Simon Matter, Invoca Systems <[EMAIL PROTECTED]> This is my log for shutting down cyrus: cvt_cyrusdb_all version: 1.2.1 db_checkpoint: checkpoint begin: Tue Jan 2 21:15:31 2007 db_checkpoint: checkpoint complete: Tue Jan 2 21:15:31 2007 Finding last valid log LSN: file: 1 offset 4023460 Recovery starting from [1][4022834] Recovery complete at Tue Jan 2 21:15:33 2007 Maximum transaction ID 80002795 Recovery checkpoint [1][4023990] Converting from /var/lib/imap/deliver.db (berkeley) to /var/lib/imap/deliver.db.skiplist (skiplist) Converting from /var/lib/imap/tls_sessions.db (berkeley) to /var/lib/imap/tls_sessions.db.skiplist (skiplist) removed `/var/lib/imap/db/log.01' removed `/var/lib/imap/db/__db.001' removed `/var/lib/imap/db/__db.002' removed `/var/lib/imap/db/__db.003' removed `/var/lib/imap/db/__db.004' removed `/var/lib/imap/db/__db.005' And for starting up cyrus: cvt_cyrusdb_all version: 1.2.1 db_checkpoint: open: No such file or directory Converting from /var/lib/imap/deliver.db.skiplist (skiplist) to /var/lib/imap/deliver.db (berkeley) Converting from /var/lib/imap/tls_sessions.db.skiplist (skiplist) to /var/lib/imap/tls_sessions.db (berkeley) I could not imagine, why FC6 runs the script on every start up/shut down cycle. Strange. Uwe 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: Problem starting cyrus imap in FC6 Was:[Re: Newbie needs help]
On Tuesday 02 January 2007 22:34, Uwe Kiewel wrote: > > > I ran into a problem with an postfix-mysql-cyrus installation and i > > > don't know what to do. > > > > > > I used the postfix-cyrus howto to set up the server. The postfix, the > > > saslauthd and mysql server started without any problem, but when i > > > tried to start cyrus i got the following error message: > > > > > > cyrus-imapd Datenbanken importieren: > > > [FEHLGESCHLAGEN] > > > > > > It is a german error message and it means: > > > > > > import of cyrus imapd databases: terminated > > > > Hmm, this is a Script from FC/RH. I don't know what it does, when it > > tries to "import Databases". > > The FC Start/Stop scripts do as follow (only importent parts of the > script): > > Start: > > $RUNUSER - cyrus -c "umask 166 ; /usr/lib/cyrus-imapd/cvt_cyrusdb_all > > ${CONFIGDIRECTORY}/rpm/db_import.log 2>&1" < /dev/null > RETVAL=$? > if [ $RETVAL -eq 0 ]; then > success $"$BASENAME importing databases" > else > failure $"$BASENAME error importing databases, check > ${CONFIGDIRECTORY}/rpm/db_import.log" > fi Hmm, this is english and the "check ${CONFIGDIRECTORY}/rpm/db_import.log" is missing in the German output. I hope this is the same Version. cvt_cyrusdb_all is not a Cyrus-Imapd Command. I would guess, this is a RH/FC Extension. Check what it does. It seems to fail. And of course check the Logfile ${CONFIGDIRECTORY}/rpm/db_import.log > Please check the log files located in /var/lib/imap/rpm Yes. -- Andreas 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
Problem starting cyrus imap in FC6 Was:[Re: Newbie needs help]
Am Dienstag, 2. Januar 2007 13:19 schrieb Andreas Winkelmann: > On Tuesday 02 January 2007 02:46, Carsten Laun-De Lellis wrote: > > I ran into a problem with an postfix-mysql-cyrus installation and i don't > > know what to do. > > > > I used the postfix-cyrus howto to set up the server. The postfix, the > > saslauthd and mysql server started without any problem, but when i tried > > to start cyrus i got the following error message: > > > > cyrus-imapd Datenbanken importieren: > > [FEHLGESCHLAGEN] > > > > It is a german error message and it means: > > > > import of cyrus imapd databases: terminated > > Hmm, this is a Script from FC/RH. I don't know what it does, when it tries > to "import Databases". The FC Start/Stop scripts do as follow (only importent parts of the script): Start: $RUNUSER - cyrus -c "umask 166 ; /usr/lib/cyrus-imapd/cvt_cyrusdb_all > ${CONFIGDIRECTORY}/rpm/db_import.log 2>&1" < /dev/null RETVAL=$? if [ $RETVAL -eq 0 ]; then success $"$BASENAME importing databases" else failure $"$BASENAME error importing databases, check ${CONFIGDIRECTORY}/rpm/db_import.log" fi Stop: echo -n $"Exporting $BASENAME databases: " cd $CONFIGDIRECTORY $RUNUSER - cyrus -c "umask 166 ; /usr/lib/cyrus-imapd/cvt_cyrusdb_all export > ${CONFIGDIRECTORY}/rpm/db_export.log 2>&1" < /dev/null RETVAL2=$? if [ $RETVAL2 -eq 0 ]; then success $"$BASENAME exporting databases" else failure $"$BASENAME error exporting databases, check ${CONFIGDIRECTORY}/rpm/db_export.log" fi Please check the log files located in /var/lib/imap/rpm HTH, Uwe PS: I do a x'post to Fedore Mailing List 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
Can murder be used for IMAP server migration?
My current e-mail server has both SMTP and IMAP running on the same machine. I'm building a new IMAP server on a different machine that will ultimately have ten times the capacity. I'm looking for a way to migrate mailboxes from the old server to the new one without shutting down the whole service for an extended period of time. Can I use the old server as both a front end and one of the back ends for a murder configuration, with the new server as the second back end? Will that allow me to migrate mailboxes at my convenience? How do I prevent a port conflict between the IMAP server and the proxy on the old server? Do I have to run the same Cyrus version on both machines? Currently, the old server runs cyrus-imapd-2.1.14 and the new one runs cyrus-imapd-2.3.6. Is there anything that won't work in this configuration? -- -Gary Mills--Unix Support--U of M Academic Computing and Networking- 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: Delivered-To or Envelope-To header ...
On Tue, 2 Jan 2007 12:00:16 +0100 (CET) Christian Kratzer <[EMAIL PROTECTED]> wrote: > On Fri, 29 Dec 2006, Phil Chambers wrote: > > > > > On Tue, 26 Dec 2006 17:17:49 -0400 "Marc G. Fournier" <[EMAIL PROTECTED]> > > wrote: > > > >> -BEGIN PGP SIGNED MESSAGE- > >> Hash: SHA1 > >> > >> > >> Is it possible to add this where delivery method is lmtp? I have one > >> person > >> requesting it, and am not finding anything particularly useful on the > >> subject > >> ... > >> > >> Mainly, what they are looking at is where UserA is aliased to UserB, but > >> they > >> want to know that the original was sent to UserA for 'sub-filtering' > >> purposes > >> ... > >> > >> I'm using Postfix in front of cyrus imapd .. and v2.3.x of Cyrus IMAPd ... > >> > > > > If a message has been delivered to B because A is in the To: or Cc: then you > > don't need any extra header lines because you can see it in the To: and Cc:. > > a message is delivery solely by what is in the envelope. The headers > are irrelevant to mail routing. I never claimed otherwise! Marc was talking about adding a header for a filter to use. I was pointing out that the information was already in the header in a particular case. > > > If the message was delivered to multiple recipients because of Bcc: or > > because > > of a list (Postfix can't tell the difference) then you are snookered as far > > as > > I can see. > > of course postfix can tell the difference. It has the envelope > information. If it did not have the envelope data it could not > deliver the message anywhere. You missed my point! Postfix cannot tell whether it received a message because of earlier expansion of a list or because of a Bcc: recipient. My point was that you would not want to have a header which disclosed all recipients because that would break the Bcc: privacy. I agree that the alternative of producing seperate copies for each individual user does not seem like a desirable solution either. Phil. --- Phil Chambers ([EMAIL PROTECTED]) University of Exeter 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: Coping mail
On Tue, 2007-01-02 at 15:12 +0100, Przemyslaw Gawronski wrote: > Hi, how can I copy a mail received and send by a user to another users > folder automatically in cyrus-imapd-2.2.12 ? I believe your question has more to do with mail routing and delivery than with cyrus acting as a mail storage. Be more specific. M. -- Mirosław "Psyborg" Jaworski GCS/IT d- s+:+ a C++$ UBI$ P+++$ L- E--- W++(+++)$ N++ o+ K- w-- O- M- V- PS+ PE++ Y+ PGP t 5? X+ R++ !tv b++(+++) DI++ D+ G e* h++ r+++ y? "Reality is for people who lack imagination." 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: Coping mail
On Tuesday 02 January 2007 15:12, Przemyslaw Gawronski wrote: > Hi, how can I copy a mail received and send by a user to another users > folder automatically in cyrus-imapd-2.2.12 ? Cyrus-Imapd is not involved in sending a Mail from an User. This is the Job of an MTA. Configure your MTA to do this job. -- Andreas 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: Last cyrus login date
Mirosław Jaworski wrote: > On Thu, 2006-12-28 at 11:19 -0600, Blake Hudson wrote: > >> I haven't seen a response to how to accomplish this through cyrus. I >> could parse the log files, but I see this as a fairly messy way to >> accomplish what I'm after. >> > > stat mailbox's cyrus.index file > > M. > > Unfortunately this wont do. The index file changes when someone receives an email... and is possibly accessed when other processes run (squatter?). It looked like FUD should do what I'm looking for, but for some reason does not (for me). I'm not sure if the functionality was meant to be there, but for some reason the internal mechanisms were never put in place... or if there's just something I'm possibly doing wrong. 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
Coping mail
Hi, how can I copy a mail received and send by a user to another users folder automatically in cyrus-imapd-2.2.12 ? Thanks Przemek -- AIKIDO TANREN DOJO - Poland - Warsaw - Mokotow - Ursynow - Natolin info: http://www.tanren.pl/ phone: +4850151 email: [EMAIL PROTECTED] 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: Newbie needs help
On Tuesday 02 January 2007 02:46, Carsten Laun-De Lellis wrote: > I ran into a problem with an postfix-mysql-cyrus installation and i don't > know what to do. > > I used the postfix-cyrus howto to set up the server. The postfix, the > saslauthd and mysql server started without any problem, but when i tried to > start cyrus i got the following error message: > > cyrus-imapd Datenbanken importieren: [FEHLGESCHLAGEN] > > It is a german error message and it means: > > import of cyrus imapd databases: terminated Hmm, this is a Script from FC/RH. I don't know what it does, when it tries to "import Databases". Check your Log, when Cyrus-Imapd or the Script tries to start. > I have a FC6 installation and installed all modules with yum. -- Andreas 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: Delivered-To or Envelope-To header ...
On Fri, 29 Dec 2006, Phil Chambers wrote: On Tue, 26 Dec 2006 17:17:49 -0400 "Marc G. Fournier" <[EMAIL PROTECTED]> wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Is it possible to add this where delivery method is lmtp? I have one person requesting it, and am not finding anything particularly useful on the subject ... Mainly, what they are looking at is where UserA is aliased to UserB, but they want to know that the original was sent to UserA for 'sub-filtering' purposes ... I'm using Postfix in front of cyrus imapd .. and v2.3.x of Cyrus IMAPd ... If a message has been delivered to B because A is in the To: or Cc: then you don't need any extra header lines because you can see it in the To: and Cc:. a message is delivery solely by what is in the envelope. The headers are irrelevant to mail routing. If the message was delivered to multiple recipients because of Bcc: or because of a list (Postfix can't tell the difference) then you are snookered as far as I can see. of course postfix can tell the difference. It has the envelope information. If it did not have the envelope data it could not deliver the message anywhere. You would need to get Postfix to put a list of all the envelope recipients in the new header line and that would break the Bcc: privacy, so you should refuse to do it. the trick would be to add a different envelope recipient header for each recipient. This of course also breaks any single instance delivery scheme as the message would have to be duplicated for each recipient. The postfix local delivery agent does this in certain cases: In the case of UNIX-style mailbox delivery, the local(8) daemon prepends a "From sender time_stamp" envelope header to each message, prepends an X-Original-To: header with the recipient address as given to Postfix, prepends an optional Delivered-To: header with the final envelope recipient address, prepends a Return-Path: header with the envelope sender address, prepends a > character to lines beginning with "From ", and appends an empty line. The mailbox is locked for exclu- sive access while delivery is in progress. In case of problems, an attempt is made to truncate the mailbox to its original length. In the case of maildir delivery, the local daemon prepends an optional Delivered-To: header with the final envelope recipient address, prepends an X-Original-To: header with the recipient address as given to Postfix, and prepends a Return-Path: header with the envelope sender address. I am sure some users would like something like this for cyrus but I can also see the reluctance to implementing this because of breaking single instance delivery. This would have to be an optional feature. Greetings Christian -- Christian Kratzer [EMAIL PROTECTED] CK Software GmbHhttp://www.cksoft.de/ Phone: +49 7452 889 135 Fax: +49 7452 889 136 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