m. The sent_mail folder will be moved into a subfolder under
> > u/DELETED/user/userxyz/sent_mail/ and will only keep message 1., because
> > all other emails are not know by the cyrus databases in
> > user.userxyz.sent_mail. This would solve the chk_cyrus error messages.
> > Bu
other emails are not know by the cyrus databases in
> user.userxyz.sent_mail. This would solve the chk_cyrus error messages.
> But what happens to hardlink 1807. then? Will cyrus keep these mails in
> "Gesendete Elemente" then?
I renamed the "sent_mail" folder to &
Hi,
some more info. I've copied the sent_mail folder to a testmachine and
started a chk_cyrus. Same messages in /var/log/mail.err:
cyrus/chk_cyrus[15900]: user.userxyz.sent_mail uid 201 found - adding
[...]
Btw: I figured out that rsyslog skipped some logging. So chk_cyrus
reports alway
Hi,
since a few days do I see chk_cyrus messages on one single subfolder
"sent_mail" (440 MB) of a user's mailbox in my mail.err each morning at
the same time (6:30am):
--
Sep 15 06:31:16 grady cyrus/chk_cyrus[25398]: user.userxyz.sent_mail uid
2 found - adding
[..
n all mailboxes that have output like that? The manpage
isn't very clear on that.
Correct, chk_cyrus just tells you what is wrong. However, be careful
running reconstruct on what it finds (check dates on messages that
reconstruct would add back in). I ran reconstruct on all the mailboxes
that
On 01/29/2013 10:44 AM, Sebastian Hagedorn wrote:
Hi,
I only recently learned about chk_cyrus. I've run it twice since, but
I'm not sure what to make of the results. When I ran it the first time I
figured it repaired all issues it encountered, e.g.:
UKLAN.Bauanfragen.abgelehnt.2003:
Hi,
I only recently learned about chk_cyrus. I've run it twice since, but I'm
not sure what to make of the results. When I ran it the first time I
figured it repaired all issues it encountered, e.g.:
UKLAN.Bauanfragen.abgelehnt.2003: update acl from header a0620
lrswipkxtecda
ct to finally see the mails in IMAP Inbox.
Is this an expected situation? Is it good to restore metadata from
backup before run reconstruct?
After reboot I run chk_cyrus. I see that some cyrus_lock files have
'root' ownership. Does this happen because I run chk_cyrus as root?
I always run
I'm getting a fatal error when trying to check a mailbox.
/usr/cyrus/bin/chk_cyrus -M [EMAIL PROTECTED]
Examining mailbox: [EMAIL PROTECTED]
bad mailbox [EMAIL PROTECTED] in chkmbox
fatal error: fatal error
I don't think this problem is isolated to the one mailbox though. I also
cann
I'm seeing the following when I run chk_cyrus:
checking: user.someuser.Trash (/share/spool/cyrus/user/someuser/Trash)
-> 977 records
-> /share/spool/cyrus/user/someuser/Trash/1. missing
/share/spool/cyrus/user/someuser/Trash/1.
-> /share/spool/cyrus/user/someuser/Tr
On 10 Dec 2002, Erik Enge wrote:
> All other users are fine. The files are indeed not on the filesystem,
> but what makes Cyrus think they should be? The user does not have
> delete rights on that mailbox, so I'm baffled as to why they are not
> present.
The index file for the mailbox indicates
11 matches
Mail list logo
