Re: peculiar lmtpd behavior
> In our configuration the set of users that can receive mail locally is
> the contents of the assign file.
> Messages are passed to deliver via the users' .qmail files.
>
> The transformation of the Return-Path happens after qmail has
> handed off the message to cyrus for final delivery.
>
> We believe it's this bit of code from savemsg() in lmtpengine.c:
>
> if (!strchr(rpath, '@')) {
> hostname = config_servername;
> }
> fprintf(f, "Return-Path: <%s%s%s>\r\n",
> rpath, hostname ? "@" : "", hostname ? hostname : ""
>
> If anyone can help us understand the reasons for this, we'd
> greatly appreciate it.
Looks buggy :-)
Specially that does not take account
Return-Path: <>
which is correct return batch for bounces.
--
/"\ | Kari
\ / ASCII Ribbon Campaign |Hurtta
X Against HTML Mail |
/ \ |
Re: Is the cyrus website down?
Looks good from here. - Original Message - From: "Paul Vallee" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, September 21, 2001 3:59 PM Subject: Is the cyrus website down? > I'm using "http://asg.web.cmu.edu/cyrus/"; and not getting a response. Is > this the right URL? > Thank you, > Paul > > >
Re:
>imap:/var/imap # /usr/cyrus/bin/ctl_mboxlist -u < mailboxes >fatal error: can't initialize mboxlist environment >imap:/var/imap # /usr/cyrus/bin/ctl_mboxlist -c >fatal error: can't initialize mboxlist environment >imap:/var/imap # > >this errors i got ... mboxlist environment, this looks like that the imap >file structure are damaged or ? Hoping you are talking about Cyrus 2.0.x: There can be a simple reason: Do you run "ctl_mboxlist" as the cyrus imap user? These programs are checking the effective user id of the process and are denying it if it is 0 (root). But normally (looking at the source code), it should give "fatal error: must run as the Cyrus user" then... Second explanation try: It means that there is an inconsistency with your mailboxes.db file (the name(s) depend on your Database library lying under it). If you compiled Cyrus with DB3, then you can do a db_dump /var/imap/mailboxes.db (assuming your cyrus config is in /var/imap) You should get something like VERSION=3 format=bytevalue type=btree HEADER=END [... many other info...] For other db, dbm or gdbm database types (if you have mailboxes.pag and mailboxes.dir, you have the dbm library) there should be appropriate commands. Try also ctl_mboxlist -d to see if it works. As posted before, I also noticed some problems with ctl_mboxlist -u. Backup your /var/imap/mailboxes.db (or.pag and .dir) and /var/imap/db/*. Delete all items in /var/imap/db afterwards and your mailboxes.db (or .pag and .dir). Do a "touch /var/imap/mailboxes.db" (or touch /var/imap/mailboxes.pag /var/imap/mailboxes.dir) and run ctl_mboxlist -u < mailboxes afterwards. Face yourself to the fact that you have to redo all ACLs afterwards (see my former posting to this list). Finally. Pascal --
Re: peculiar lmtpd behavior
>In our configuration the set of users that can receive mail locally is
>the contents of the assign file.
>Messages are passed to deliver via the users' .qmail files.
>
>The transformation of the Return-Path happens after qmail has
>handed off the message to cyrus for final delivery.
>
>We believe it's this bit of code from savemsg() in lmtpengine.c:
>
> if (!strchr(rpath, '@')) {
> hostname = config_servername;
> }
> fprintf(f, "Return-Path: <%s%s%s>\r\n",
> rpath, hostname ? "@" : "", hostname ? hostname : ""
>
>If anyone can help us understand the reasons for this, we'd
>greatly appreciate it.
Ah NOW I understand. You mean the final delivery of a bounce generated by
any other MTA to the sender of the erroneous message (the sender has
a cyrus imap mailbox). Yes then you are right, I think this is a bug.
There should be some matching for "<>" as Return-Path in lmtpengine.c, because
this is the only correct Return-Path for an automatically generated bounce
message... :(
Pascal
--
Re: Do flags work with the APPEND command?
Kenneth Murchison writes:
>
>[EMAIL PROTECTED] wrote:
>>
>> I'm using a recent CVS version of cyrus-imapd-2.0.16. From a perl script,
>> I do an APPEND with the \seen flag specified. However, when I subsequently
>> view the mailbox with `mutt', the newly-appended message appears as a new
>> message. Am I doing this wrong, or interpreting something wrong? Here's
>> a portion of the telemetry log of the session:
>
>It works for me (I appended a message manually and it showed up as read
>in Netscape). Have you tried doing a 'FETCH FLAGS' after the
>APPEND to see what it says?
I wonder if the difference may be that the Cyrus administrator is doing
the APPEND, after giving himself permissions on my INBOX? Here's the
APPEND from the telemetry log:
<1000769918<5 append user.mills (\seen) {1190}<1000769918<
When I subsequently view the mailbox with `mutt', my telemetry log
shows:
* 33 FETCH (FLAGS (\Recent) UID 83 INTERNALDATE "21-Sep-2001 01:22:33 -0500"
RFC822.SIZE 1190 BODY[HEADER.FIELDS (DATE FROM SUBJECT TO CC MESSAGE-ID REFERENCES
CONTENT-TYPE IN-REPLY-TO REPLY-TO LINES)] {314}
Mutt only gets the `\Recent' flag, and marks the message as `N'.
The next time I run `mutt', my telemetry log shows:
* 33 FETCH (FLAGS () UID 83 INTERNALDATE "21-Sep-2001 01:22:33 -0500" RFC822.SIZE 1190
BODY[HEADER.FIELDS (DATE FROM SUBJECT TO CC MESSAGE-ID REFERENCES CONTENT-TYPE
IN-REPLY-TO REPLY-TO LINES)] {314}
There are no flags, and `mutt' marks the message as `O'. What I want
is for only the `\Seen' to be returned so `mutt' will show it unmarked,
which means a `read' message. Why is the flag on the APPEND not working?
How do I suppress the `\Recent' flag?
--
-Gary Mills--Unix Support--U of M Academic Computing and Networking-
No Subject
I got the following messages if i want start the /usr/cyrus/bin/master & process entries Sep 22 18:33:48 imap ctl_deliver[3664]: duplicate_prune: /var/imap/deliverdb/deliver-x.db: purged 0 out of 0 entries Sep 22 18:33:48 imap ctl_deliver[3664]: duplicate_prune: /var/imap/deliverdb/deliver-y.db: purged 0 out of 0 entries Sep 22 18:33:48 imap ctl_deliver[3664]: duplicate_prune: /var/imap/deliverdb/deliver-z.db: purged 0 out of 0 entries Sep 22 18:33:48 imap master[3660]: process 3664 exited, status 0 Sep 22 18:33:49 imap master[3665]: about to exec /usr/cyrus/bin/imapd Sep 22 18:33:49 imap service-imap[3665]: executed Sep 22 18:33:49 imap imapd[3665]: DBERROR db3: region error detected; run recovery. Sep 22 18:33:49 imap imapd[3665]: DBERROR: dbenv->open '/var/imap/db' failed: DB_RUNRECOVERY: Fatal error, run database recovery Sep 22 18:33:49 imap master[3660]: process 3665 exited, signaled to death by 11 Sep 22 18:34:36 imap su: (to cyrus) root on /dev/pts/0 Sep 22 18:34:40 imap reconstruct[3671]: DBERROR db3: region error detected; run recovery. Sep 22 18:34:41 imap reconstruct[3671]: DBERROR: dbenv->open '/var/imap/db' failed: DB_RUNRECOVERY: Fatal error, run database recovery Sep 22 18:35:19 imap ctl_mboxlist[3675]: checkpointing mboxlist Sep 22 18:35:19 imap ctl_mboxlist[3675]: DBERROR db3: region error detected; run recovery. Sep 22 18:35:19 imap ctl_mboxlist[3675]: DBERROR: dbenv->open '/var/imap/db' failed: DB_RUNRECOVERY: Fatal error, run database recovery what could i do to solve this problem ? best regards ... Nette Gruesse, Pascal Reinheimer
Re: Is the cyrus website down?
We had some problems but as has been indicated lately, things should be back to normal. Walter
Re: Do flags work with the APPEND command?
[EMAIL PROTECTED] wrote:
>
> Kenneth Murchison writes:
> >
> >[EMAIL PROTECTED] wrote:
> >>
> >> I'm using a recent CVS version of cyrus-imapd-2.0.16. From a perl script,
> >> I do an APPEND with the \seen flag specified. However, when I subsequently
> >> view the mailbox with `mutt', the newly-appended message appears as a new
> >> message. Am I doing this wrong, or interpreting something wrong? Here's
> >> a portion of the telemetry log of the session:
> >
> >It works for me (I appended a message manually and it showed up as read
> >in Netscape). Have you tried doing a 'FETCH FLAGS' after the
> >APPEND to see what it says?
>
> I wonder if the difference may be that the Cyrus administrator is doing
> the APPEND, after giving himself permissions on my INBOX? Here's the
> APPEND from the telemetry log:
>
> <1000769918<5 append user.mills (\seen) {1190}<1000769918<
>
> When I subsequently view the mailbox with `mutt', my telemetry log
> shows:
>
> * 33 FETCH (FLAGS (\Recent) UID 83 INTERNALDATE "21-Sep-2001 01:22:33 -0500"
>RFC822.SIZE 1190 BODY[HEADER.FIELDS (DATE FROM SUBJECT TO CC MESSAGE-ID REFERENCES
>CONTENT-TYPE IN-REPLY-TO REPLY-TO LINES)] {314}
>
> Mutt only gets the `\Recent' flag, and marks the message as `N'.
> The next time I run `mutt', my telemetry log shows:
>
> * 33 FETCH (FLAGS () UID 83 INTERNALDATE "21-Sep-2001 01:22:33 -0500" RFC822.SIZE
>1190 BODY[HEADER.FIELDS (DATE FROM SUBJECT TO CC MESSAGE-ID REFERENCES CONTENT-TYPE
>IN-REPLY-TO REPLY-TO LINES)] {314}
>
> There are no flags, and `mutt' marks the message as `O'. What I want
> is for only the `\Seen' to be returned so `mutt' will show it unmarked,
> which means a `read' message. Why is the flag on the APPEND not working?
> How do I suppress the `\Recent' flag?
Just for the hell of it, try a different flag (either \Flagged or
\Deleted). \Seen is treated differently from the other flags in that it
is cached for a while before getting written to the .seen file, so other
clients won't see it right away. \Recent is OK, because for Mutt, the
message IS recent, regardless of whether is was seen or not.
Ken
--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26 Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
Re: your DB3/Cyrus problems
>I got the following messages if i want start the /usr/cyrus/bin/master & >process [...] >Sep 22 18:33:49 imap imapd[3665]: DBERROR db3: region error detected; run >recovery. >Sep 22 18:33:49 imap imapd[3665]: DBERROR: dbenv->open '/var/imap/db' >failed: DB_RUNRECOVERY: Fatal error, run database recovery That is clear, isn't it? ,-) The underlying DB3 library is complaining about a corrupted .db-File (.db is not in sync with the db/* journal and log files (*) ). In your DB3 distribution there should be a program called "db_recover". Backup /var/imap/db (the directory) and /var/imap/mailboxes.db. Run: db_recover -h /var/imap/db That's it. Start the master then and it will work. Pascal (*) DB3 does not only use the .db file but also a "db" subdirectory in your database path. So Cyrus with DB3 compiled in will use: /var/imap/mailboxes.db /var/imap/db/db...-files and /var/imap/db/log..-files. --
AW: your DB3/Cyrus problems
hello pascal, thank you for your fast answer! i've done this but at this time i got this message: Sep 22 20:15:24 imap master: unable to change limit of file descriptors available Sep 22 20:15:24 imap master[3892]: process started Sep 22 20:15:24 imap master[3893]: about to exec /usr/cyrus/bin/ctl_mboxlist Sep 22 20:15:25 imap ctl_mboxlist[3893]: running mboxlist recovery Sep 22 20:15:25 imap ctl_mboxlist[3893]: DBERROR db3: Invalid log file: log.01: No such file or direc tory Sep 22 20:15:25 imap ctl_mboxlist[3893]: DBERROR db3: PANIC: No such file or directory Sep 22 20:15:25 imap ctl_mboxlist[3893]: DBERROR: critical database situation Sep 22 20:15:25 imap master[3892]: process 3893 exited, status 75 Sep 22 20:15:25 imap master[3894]: about to exec /usr/cyrus/bin/ctl_deliver Sep 22 20:15:25 imap master[3892]: unable to bind imap socket: Address already in use Sep 22 20:15:25 imap master[3892]: unable to bind imaps socket: Address already in use Sep 22 20:15:25 imap master[3892]: unable to bind pop3 socket: Address already in use Sep 22 20:15:25 imap master[3892]: unable to bind pop3s socket: Address already in use Sep 22 20:15:25 imap master[3892]: unable to bind sieve socket: Address already in use Sep 22 20:15:25 imap master[3892]: ready for work Sep 22 20:15:25 imap master[3895]: about to exec /usr/cyrus/bin/ctl_mboxlist Sep 22 20:15:25 imap ctl_mboxlist[3895]: checkpointing mboxlist Sep 22 20:15:25 imap ctl_mboxlist[3895]: DBERROR db3: region error detected; run recovery. Sep 22 20:15:25 imap ctl_mboxlist[3895]: DBERROR: dbenv->open '/var/imap/db' failed: DB_RUNRECOVERY: Fatal er ror, run database recovery Sep 22 20:15:25 imap master[3896]: about to exec /usr/cyrus/bin/ctl_deliver Sep 22 20:15:25 imap ctl_deliver[3896]: duplicate_prune: pruning back 3 days Sep 22 20:12:05 imap ctl_deliver[3849]: duplicate_prune: /var/imap/deliverdb/del iver-u.db: purged 0 out of 0 entries Sep 22 20:12:05 imap ctl_deliver[3849]: duplicate_prune: /var/imap/deliverdb/del iver-v.db: purged 0 out of 0 entries best regards... Nette Gruesse, Pascal Reinheimer -Ursprungliche Nachricht- Von: Pascal Gienger [mailto:[EMAIL PROTECTED]] Gesendet: Samstag, 22. September 2001 18:17 An: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Betreff: Re: your DB3/Cyrus problems >I got the following messages if i want start the /usr/cyrus/bin/master & >process [...] >Sep 22 18:33:49 imap imapd[3665]: DBERROR db3: region error detected; run >recovery. >Sep 22 18:33:49 imap imapd[3665]: DBERROR: dbenv->open '/var/imap/db' >failed: DB_RUNRECOVERY: Fatal error, run database recovery That is clear, isn't it? ,-) The underlying DB3 library is complaining about a corrupted .db-File (.db is not in sync with the db/* journal and log files (*) ). In your DB3 distribution there should be a program called "db_recover". Backup /var/imap/db (the directory) and /var/imap/mailboxes.db. Run: db_recover -h /var/imap/db That's it. Start the master then and it will work. Pascal (*) DB3 does not only use the .db file but also a "db" subdirectory in your database path. So Cyrus with DB3 compiled in will use: /var/imap/mailboxes.db /var/imap/db/db...-files and /var/imap/db/log..-files. --
Re: AW: your DB3/Cyrus problems
>hello pascal, > >thank you for your fast answer! >i've done this but at this time i got this message: [...] >Sep 22 20:15:25 imap ctl_mboxlist[3893]: running mboxlist recovery >Sep 22 20:15:25 imap ctl_mboxlist[3893]: DBERROR db3: Invalid log file: >log.01: No such file or direc >tory It complains about not finding the transaction log of your DB3 database. What did you do with your database? You may still try the hard way via a "catastrophic recovery": db_recover -c -h /var/imap/db If you are new to DB3, I suggest reading the manual pages for these db_-utilities, available here: http://www.sleepycat.com/docs/utility/ Pascal Gienger --
AW: AW: your DB3/Cyrus problems
Hello Pascal, After i've used "db_recover -c -h /var/imap/db" the master process starts, but then a client connect to the imap server the following messages arrives: Sep 22 20:47:25 imap ctl_mboxlist[4030]: done running mboxlist recovery Sep 22 20:47:27 imap master[4032]: about to exec /usr/cyrus/bin/ctl_deliver Sep 22 20:47:28 imap master[4029]: ready for work Sep 22 20:47:28 imap master[4033]: about to exec /usr/cyrus/bin/ctl_mboxlist Sep 22 20:47:29 imap master[4034]: about to exec /usr/cyrus/bin/ctl_deliver Sep 22 20:47:29 imap ctl_deliver[4034]: duplicate_prune: pruning back 3 days Sep 22 20:47:29 imap ctl_mboxlist[4033]: checkpointing mboxlist Sep 22 20:47:29 imap master[4029]: process 4033 exited, status 0 Sep 22 20:47:29 imap ctl_deliver[4034]: duplicate_prune: /var/imap/deliverdb/deliver-a.db: purged 0 out of 0 entries Sep 22 20:47:29 imap ctl_deliver[4034]: duplicate_prune: /var/imap/deliverdb/deliver-b.db: purged 0 out of 0 entries Sep 22 20:47:29 imap ctl_deliver[4034]: duplicate_prune: /var/imap/deliverdb/deliver-c.db: purged 0 out of 0 entries Sep 22 20:47:31 imap ctl_deliver[4034]: duplicate_prune: /var/imap/deliverdb/deliver-z.db: purged 0 out of 0 entries Sep 22 20:47:31 imap master[4029]: process 4034 exited, status 0 Sep 22 20:47:45 imap master[4035]: about to exec /usr/cyrus/bin/imapd Sep 22 20:47:45 imap service-imap[4035]: executed Sep 22 20:47:46 imap imapd[4035]: accepted connection Sep 22 20:47:46 imap master[4029]: process 4035 exited, signaled to death by 11 Nette Gruesse, Pascal Reinheimer -Ursprungliche Nachricht- Von: Pascal Gienger [mailto:[EMAIL PROTECTED]] Gesendet: Samstag, 22. September 2001 18:46 An: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Betreff: Re: AW: your DB3/Cyrus problems >hello pascal, > >thank you for your fast answer! >i've done this but at this time i got this message: [...] >Sep 22 20:15:25 imap ctl_mboxlist[3893]: running mboxlist recovery >Sep 22 20:15:25 imap ctl_mboxlist[3893]: DBERROR db3: Invalid log file: >log.01: No such file or direc >tory It complains about not finding the transaction log of your DB3 database. What did you do with your database? You may still try the hard way via a "catastrophic recovery": db_recover -c -h /var/imap/db If you are new to DB3, I suggest reading the manual pages for these db_-utilities, available here: http://www.sleepycat.com/docs/utility/ Pascal Gienger --
Re: AW: your DB3/Cyrus problems
Pascal Reinheimer wrote" > After i've used "db_recover -c -h /var/imap/db" the master process starts, > but then a client connect to the imap server the following messages arrives: > <...> > Sep 22 20:47:46 imap master[4029]: process 4035 exited, signaled to death by > 11 > Have you checked the FAQ? http://cyrus-utils.sourceforge.net/faq particularly: http://cyrus-utils.sourceforge.net/faq/main.php?item=install#deathby11.php
Re: Do flags work with the APPEND command?
Date: Sat, 22 Sep 2001 09:01:02 -0500 (CDT) From: [EMAIL PROTECTED] [...] I wonder if the difference may be that the Cyrus administrator is doing the APPEND, after giving himself permissions on my INBOX? Here's the APPEND from the telemetry log: \Seen is a per-user flag, so this is it. There's no way that Cyrus gives administrators (or anyone else) to manipulate someone else's \Seen flag. So when you do the append, you're manipulating the admin's \Seen state, not the ordinary user. Larry
Can't deliver to INBOX.folder
I am having a problem getting mail delivered to a mailbox. I am seeing the +folder coming out of sendmail to procmail, and deliver is being called as described in the manpage for folder delivery, but the message still gets dumped into the INBOX. Any idea how to fix this? I don't know what in my config might be relevant, so just let me know what info I should provide here. Thanks Lou -- Louis LeBlanc [EMAIL PROTECTED] Fully Funded Hobbyist, KeySlapper Extrordinaire :) http://acadia.ne.mediaone.net ԿԬ A failure will not appear until a unit has passed final inspection.
Re: Do flags work with the APPEND command?
Larry Greenfield writes: > >\Seen is a per-user flag, so this is it. There's no way that Cyrus >gives administrators (or anyone else) to manipulate someone else's >\Seen flag. So that means that what I'm trying to do is impossible! I have several thousand users with Unix mailboxes, and I'm trying to load them into Cyrus. I don't know their passwords. Last time I did this, on a smaller scale, I just redelivered all the mail. This had the side effect that all the mail appeared as new and unread. This time, I'd like to preserve the status of each message. So, it can't be done? -- -Gary Mills--Unix Support--U of M Academic Computing and Networking-
