Re: Weird vanishing e-mail question

2012-09-04 Thread Ken Smith
Joseph Brennan wrote:
>
> --On September 4, 2012 12:02:11 +0100 Ken Smith  wrote:
>
>
>> {snip}
>>
>
> Does the second Seamonkey save to a local drafts folder instead of imap?
>
> I assume you are not using delayed expunge on cyrus.
>
>
>
No the 2nd Seamonkey is set to save drafts into the drafts on the imap 
server. I've looked in its local drafts - no trace.

No delayed expunge.

I re-written the mail.

Its a puzzle. Oh well

:-) Ken

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


Re: Weird vanishing e-mail question

2012-09-04 Thread Joseph Brennan


--On September 4, 2012 12:02:11 +0100 Ken Smith  wrote:

> I was editing a mail using Seamonkey as the mua on one machine. I saved
> the mail to drafts and opened it on another machine again with
> Seamonkey, made the changes I wanted and saved the mail to drafts again.
> The draft message has vanished. Both machines had active sessions to
> Cyrus at the same time.


Does the second Seamonkey save to a local drafts folder instead of imap?

I assume you are not using delayed expunge on cyrus.

Joseph Brennan
Columbia University Information Technology




Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


Weird vanishing e-mail question

2012-09-04 Thread Ken Smith
Hi all, I've been using Cyrus-imap for ages. Its excellent. Currently on 
2.3.7 on a Centos 5 setup.

I was editing a mail using Seamonkey as the mua on one machine. I saved 
the mail to drafts and opened it on another machine again with 
Seamonkey, made the changes I wanted and saved the mail to drafts again. 
The draft message has vanished. Both machines had active sessions to 
Cyrus at the same time.

I have seen this previously, but I had put some care into the wording of 
the message I was writing.

Opening the draft mailbox with mutt reveals no trace of the message. 
Searching directly in the filesystem on the imap server for files 
created today reveals the expected things, (such as this message in 
draft form),  but not the vanished message.

Any ideas? Have I triggered an anomaly?

Thanks

Ken

-- 


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus


Re: lost quota root

2012-09-04 Thread Michael Menge

Hi,

diging into this I found that the "quota -f user" tiggert a
bug in the quota legacy db. Only a small part of the quotaroots
where found and the quotaroot for all other mailboxes was set to none

See https://bugzilla.cyrusimap.org/show_bug.cgi?id=3735 for details.

Regards

   Michael Menge

Quoting Michael Menge :


Hi,

after Upgrading Cryrus 2.3.16 to 2.4.16 we discovered a problem with quota.
The QUOTAROOT information seems to get lost. We use quotalegacy as   
quota_db backend.


Here is the telemetry logging with lost quotaroot:
<1346654675<00b0 GETQUOTAROOT INBOX

1346654675>* QUOTAROOT INBOX

00b0 OK Completed

A quota -f user/USERID shows many lines in the form

user.USERID: quota root (none) --> user.USERID
user.USERID.SUBFOLDER1: quota root (none) --> user.USERID
user.USERID.SUBFOLDER2: quota root (none) --> user.USERID
user.USERID: usage was X, now Y

After this the problem is fixed:
<1346655162<008a GETQUOTAROOT INBOX

1346655162>* QUOTAROOT INBOX INBOX

* QUOTA INBOX (STORAGE 1380998 2048000)
008a OK Completed

The output of quota -f indicated that most/all mailboxes had lost the
quota root. This has happened twice in the last 2 weeks after upgrade.

As we sometimes had problems with corrupted mailboxes in 2.3.x,
we run "reconstruct -r -G user" and "quota -f user" each weekend.
Can this be the root of the problem? Some old mails indicate that you
had to run quota -f twice. But this bug should be fixed since 2.4.10

How can i debug this problem further?

Regards

Michael Menge



M.MengeTel.: (49) 7071/29-70316
Universität Tübingen   Fax.: (49) 7071/29-5912
Zentrum für Datenverarbeitung  mail:   
michael.me...@zdv.uni-tuebingen.de

Wächterstraße 76
72074 Tübingen







M.MengeTel.: (49) 7071/29-70316
Universität Tübingen   Fax.: (49) 7071/29-5912
Zentrum für Datenverarbeitung  mail:  
michael.me...@zdv.uni-tuebingen.de

Wächterstraße 76
72074 Tübingen

smime.p7s
Description: S/MIME Signatur

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus