postix cyrus--imapd virtual domains

2006-10-28 Thread A Clockwork Orange 
hi

postfix send to cyrus [EMAIL PROTECTED] but cyrus recieve just user witout 
domain!



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: Cyrus, clusters, GFS - HA yet again

2006-10-28 Thread Adam Kramer 

On 10/28/06, Simon Matter <[EMAIL PROTECTED]> wrote:

Now I think you really mix things up. 1) AFAIK quota is a per user
database which is updated whenever there is a change to the users mailbox.
Cyrus only scans all mail for their size with you do a "quota -f" after
something messed with your mailspool.


Individual messages aren't even scanned during a "quota -f". Each
mailbox index has a field containing the size of the mailbox, "quota
-f" rescans each index under the quota root and adds them up to get
the total. As best I've discovered, it requires a reconstruct of the
mailbox to scan each message's size and recreate the total in the
index.

This leads to interesting behavior if you run cyrus for a while with
32 bit quota support and then upgrade to 64 bit quota support. If a
user had a mailbox bigger than 4GB before the upgrade, the size of the
mailbox in the index will have wrapped at 2^32. After the upgrade if
they delete all that mail, you can wrap below zero and end up with a
mailbox that appears to be close to 2^64th in size.




2) You have to consider GFS volumes
a local storage because it is usually on SAN which is also virtually local
storage. It really has nothing to do with networked filesystems like NFS.
AFAIK the trick with a GFS clustered Cyrus system is that you have two or
more independant Cyrus servers sharing the same metadata and message store
on the block device level, and not caring about each other, which means
they all serve tha same mailboxes/users. IIRC there are people running
Cyrus servers that way on other systems like Tru64 or Veritas cluster.
I think you have mixed up block device level shared filesystems with NFS
shared systems, which for example can be used for maildir based systems.



Has anyone documented running a high volume Cyrus setup on Linux with
a clustered filesystem?


--
-Adam

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: Big problem with Cyrus

2006-10-28 Thread Karjala 




Thanks so much! That solved it.

Simon Matter wrote:

  I think you deliver.db is corrupt. And whenever you HD runs full, you have
a good chance to corrupt the cyrus db's again.
If it's only deliver.db, you could simply stop cyrus, remove deliver.db,
and start cyrus.
Check the list archives to learn why you possibly can remove devlier db
without any problems.

Regards,
Simon
  





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: Big problem with Cyrus

2006-10-28 Thread Karjala 

Thank you!

Sebastian Hagedorn wrote:



How do I solve it?


Stop Cyrus, move deliver.db to some backup dir (just in case), start 
Cyrus. The db file should be (re-)created automatically.



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: recursive reconstruct does not work?

2006-10-28 Thread Jo Rhett 
One user with submailboxes.  The submailboxes aren't reconstructed 
unless you manually specify them.  Look at the thread here...


http://lists.andrew.cmu.edu/pipermail/info-cyrus/2006-October/023818.html

Ken Murchison wrote:
Recursive reconstruct should and does work AFAIK.  Are you trying to 
reconstruct an entire domain, multiple domains, or ...   ?



On Oct 12, 2006, at 12:04 PM, Jo Rhett wrote:

Ken, any news on this?  I could swear we talked about this a few years
ago.  Sorry for the absence, got bought out and stuck with old mobx
UW-IMAP for a few years :-(

Andreas Winkelmann wrote:

Am Wednesday 04 October 2006 00:15 schrieb Jo Rhett:

Maybe you should give us some more information about your setup?

Nothing special.  Virtdomains with unixhiersep, altnamespace and
authentication via sasl auxprop-sql (mysql) out of the box FreeBSD
ports.


And show a list of these Mailboxnames with cyradm.

Sure.  Here's the mailboxes and the ktrace of a reconstruct of this
mailbox (me)

localhost> lm user/[EMAIL PROTECTED]
user/jrhett/AT&[EMAIL PROTECTED] (\HasNoChildren)
user/jrhett/American [EMAIL PROTECTED] (\HasNoChildren)
user/jrhett/[EMAIL PROTECTED] (\HasNoChildren)
user/jrhett/[EMAIL PROTECTED] (\HasNoChildren)
user/jrhett/[EMAIL PROTECTED] (\HasNoChildren)
user/jrhett/[EMAIL PROTECTED] (\HasNoChildren)
user/jrhett/[EMAIL PROTECTED] (\HasNoChildren)
user/jrhett/[EMAIL PROTECTED] (\HasNoChildren)
user/jrhett/[EMAIL PROTECTED] (\HasNoChildren)
user/jrhett/[EMAIL PROTECTED] (\HasNoChildren)
user/jrhett/lists/[EMAIL PROTECTED] (\HasNoChildren)
user/jrhett/lists/[EMAIL PROTECTED] (\HasNoChildren)
user/jrhett/lists/[EMAIL PROTECTED] (\HasNoChildren)
user/jrhett/[EMAIL PROTECTED] (\HasChildren)
user/[EMAIL PROTECTED] (\HasChildren)

Yes, seems to be a Problem with virtdomains enabled.
Maybe Ken can say something more.



--
Jo Rhett
Senior Network Engineer
Network Consonance










--
Jo Rhett
Network/Software Engineer
Net Consonance

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: cyrus--imapd virtual domains

2006-10-28 Thread Jo Rhett 

A Clockwork Orange wrote:

What is heppening???
Have you any idias?


Have you read the logfiles?   Seriously, if you have read the logfiles 
you would understand the problem very clearly.  It will show you the 
name that it tries to authenticate with when you don't specify the 
domain name, and all will become clear.


--
Jo Rhett
Network/Software Engineer
Net Consonance

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

cyrus--imapd virtual domains

2006-10-28 Thread A Clockwork Orange 
Hi 

# uname -a
OpenBSD mow.strs.ru 3.9 GENERIC#617 i386
#

# sasldblistusers2
[EMAIL PROTECTED]: cmusaslsecretOTP
[EMAIL PROTECTED]: cmusaslsecretOTP
[EMAIL PROTECTED]: cmusaslsecretOTP
[EMAIL PROTECTED]: userPassword
[EMAIL PROTECTED]: userPassword
[EMAIL PROTECTED]: userPassword
[EMAIL PROTECTED]: userPassword
[EMAIL PROTECTED]: cmusaslsecretOTP
#

# cyradm -u admin localhost
Password:
localhost.strs.ru> lm
user.1 (\HasNoChildren)   [EMAIL PROTECTED] (\HasNoChildren)
user.leo (\HasNoChildren)
localhost.strs.ru> exit
#

 cat /etc/imapd.conf
# $OpenBSD: imapd.conf,v 1.1.1.1 2005/03/27 18:01:50 alek Exp $
# imapd.conf(5)

configdirectory: /var/imap
partition-default: /var/spool/imap
sievedir: /var/sieve
sendmail: /usr/sbin/sendmail
admins: admin
lmtpsocket: /var/imap/socket/lmtp
sasl_pwcheck_method: auxprop
sasl_auxprop_plugin: sasldb
#sasldb_path: /etc/sasldb2.db
sasl_mech_list: PLAIN LOGIN DIGEST-MD5 CRAM-MD5
#allowplaintext: 1
defaultdomain: strs.ru
virtdomains: userid
loginrealms: strs.ru cfe.ru


BUT

imtest fot virtual [EMAIL PROTECTED] - GOOD!

# imtest -m login -a [EMAIL PROTECTED] localhost
S: * OK mow.strs.ru Cyrus IMAP4 v2.2.12 server ready
C: C01 CAPABILITY
S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE 
UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT 
THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE AUTH=DIGEST-MD5 
AUTH=CRAM-MD5 SASL-IR LISTEXT LIST-SUBSCRIBED
S: C01 OK Completed
Please enter your password:
C: L01 LOGIN [EMAIL PROTECTED] {1}
S: + go ahead
C: 
S: L01 OK User logged in
Authenticated.
Security strength factor: 0
^CC: Q01 LOGOUT
Connection closed.
#

imtest for defaultdomain user [EMAIL PROTECTED] - FAILD!

# imtest -m login -a [EMAIL PROTECTED] localhost
S: * OK mow.strs.ru Cyrus IMAP4 v2.2.12 server ready
C: C01 CAPABILITY
S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE 
UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT 
THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE AUTH=DIGEST-MD5 
AUTH=CRAM-MD5 SASL-IR LISTEXT LIST-SUBSCRIBED
S: C01 OK Completed
Please enter your password:
C: L01 LOGIN [EMAIL PROTECTED] {1}
S: + go ahead
C: 
S: L01 NO Login failed: user not found
Authentication failed. generic failure
Security strength factor: 0
^CC: Q01 LOGOUT
Connection closed.
#

OR for user leo

# imtest -m login -a leo localhost
S: * OK mow.strs.ru Cyrus IMAP4 v2.2.12 server ready
C: C01 CAPABILITY
S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE 
UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT 
THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE AUTH=DIGEST-MD5 
AUTH=CRAM-MD5 SASL-IR LISTEXT LIST-SUBSCRIBED
S: C01 OK Completed
Please enter your password:
C: L01 LOGIN leo {1}
S: + go ahead
C: 
S: L01 NO Login failed: user not found
Authentication failed. generic failure
Security strength factor: 0
^CC: Q01 LOGOUT
Connection closed.
#

What is heppening???
Have you any idias?



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: GSSAPI: A token had an invalid MIC

2006-10-28 Thread Phil Pennock 
On 2006-10-28 at 01:27 -0400, Wesley Craig wrote:
> Given the versions of things, I'd suspect one or both of these two  
> problems:

Thanks for the pointers, it's appreciated.  Alas, no.

>   http://people.su.se/~lha/patches/heimdal/cfx-wrap-size.txt

Read it over when more awake (being a little paranoid about patching
security-critical stuff with unsigned patches ;^) ).  Applied it.
Rebuilt Heimdal, no effect.  Rebuilt cyrus-sasl and cyrus-imapd in case
the function renames affected the ABI.  No effect.  I still see the
problem.

>   http://www.irbs.net/internet/cyrus-sasl/0609/0011.html

Heh, no.  I see the problem in cyradm, imtest and my own code.  My own
code reimplements the SASL layers because I wrote it to learn CRAM-MD5
and DIGEST-MD5 (since writing the code helped clarify some obscure parts
of the RFCs).  I also wrap GSSAPI.pm myself; I tested both with my SASL
wrapping of GSSAPI and with the Perl SASL code (renamed my function, so
the fallback to the SASL library was used (and diagnostics decreased)).

I take it that people are using GSSAPI with Cyrus IMAP 2.3.7, so the
problem's not there?  And slapd is linked against libsasl2, so the
problem's unlikely to be there unless it's related to the base64
convenience support in libsasl2.  I guess.


Any other ideas about either cause or how I can isolate the cause?

Thanks,
-Phil

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: Big problem with Cyrus

2006-10-28 Thread Sebastian Hagedorn 
-- Karjala <[EMAIL PROTECTED]> is rumored to have mumbled on 28. 
Oktober 2006 13:09:53 +0300 regarding Big problem with Cyrus:



Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn
2148261622
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn
2148261622
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error
deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found

And then everything stops working (because the HD is full), until I wake
up and delete the log files and kill the process.

Running "ps" shows that ctl_deliver is running with the parameter "-E 3".

What could be the problem here?


deliver.db is corrupted somehow.


How do I solve it?


Stop Cyrus, move deliver.db to some backup dir (just in case), start Cyrus. 
The db file should be (re-)created automatically.

--
Sebastian Hagedorn - RZKR-R1 (Flachbau), Zi. 18, Robert-Koch-Str. 10
Zentrum für angewandte Informatik - Universitätsweiter Service RRZK
Universität zu Köln / Cologne University - Tel. +49-221-478-5587

pgpuW8GhaEdrz.pgp
Description: PGP signature

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: Big problem with Cyrus

2006-10-28 Thread Simon Matter 
> I have been running Cyrus with Exim on Debian for years now without any
> problems.
>
> The past few days though, I've been experiencing this:
>
> Once or twice a day, a process called ctl_deliver appears when I type
> "top", it consumes 50% of CPU time and doesn't stop running (I need to
> kill it to stop).
>
> This process quickly fills in my hard disk's free space by appending to
> /var/log/mail.log and /var/log/syslog lines like the following, at a
> rate of 1MB per minute:
>
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn
> 2148261614
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn
> 2148261614
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error
> deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn
> 2148261615
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn
> 2148261615
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error
> deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn
> 2148261616
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn
> 2148261616
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error
> deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn
> 2148261617
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn
> 2148261617
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error
> deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn
> 2148261618
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn
> 2148261618
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error
> deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn
> 2148261619
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn
> 2148261619
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error
> deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn
> 2148261620
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn
> 2148261620
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error
> deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn
> 2148261621
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn
> 2148261621
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error
> deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn
> 2148261622
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn
> 2148261622
> Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error
> deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
>
> And then everything stops working (because the HD is full), until I wake
> up and delete the log files and kill the process.
>
> Running "ps" shows that ctl_deliver is running with the parameter "-E 3".
>
> What could be the problem here?
>
> How do I solve it?

I think you deliver.db is corrupt. And whenever you HD runs full, you have
a good chance to corrupt the cyrus db's again.
If it's only deliver.db, you could simply stop cyrus, remove deliver.db,
and start cyrus.
Check the list archives to learn why you possibly can remove devlier db
without any problems.

Regards,
Simon

>
> Thx,
>
> - Karjala
> 
> 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
>

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

Big problem with Cyrus

2006-10-28 Thread Karjala 
I have been running Cyrus with Exim on Debian for years now without any 
problems.


The past few days though, I've been experiencing this:

Once or twice a day, a process called ctl_deliver appears when I type 
"top", it consumes 50% of CPU time and doesn't stop running (I need to 
kill it to stop).


This process quickly fills in my hard disk's free space by appending to 
/var/log/mail.log and /var/log/syslog lines like the following, at a 
rate of 1MB per minute:


Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn 
2148261614
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn 
2148261614
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error 
deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn 
2148261615
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn 
2148261615
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error 
deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn 
2148261616
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn 
2148261616
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error 
deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn 
2148261617
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn 
2148261617
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error 
deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn 
2148261618
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn 
2148261618
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error 
deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn 
2148261619
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn 
2148261619
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error 
deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn 
2148261620
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn 
2148261620
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error 
deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn 
2148261621
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn 
2148261621
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error 
deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: starting txn 
2148261622
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: mydelete: aborting txn 
2148261622
Oct 28 04:27:58 h1 cyrus/ctl_deliver[22550]: DBERROR: mydelete: error 
deleting 6f65b$ff9: DB_NOTFOUND: No matching key/data pair found


And then everything stops working (because the HD is full), until I wake 
up and delete the log files and kill the process.


Running "ps" shows that ctl_deliver is running with the parameter "-E 3".

What could be the problem here?

How do I solve it?

Thx,

- Karjala

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: Cyrus, clusters, GFS - HA yet again

2006-10-28 Thread Simon Matter 
> Hello,
>
> maybe I have understood GFS wrong, but isn't it ment to stripe data of
> several servers instead of mirroring them but make it accessable from
> several servers? If one server goes down, then you can only access the
> metadata from the GFS metadata server, but not the file itself from the
> server.
>
> Even with a cyrus murder cluster you cannot have shared mailboxes with
> different domain names (.university.xx). With Cyrus each
> mailbox belongs to a certain backend-server. To be completly independed
> you need a big SAN (or maybe GFS) with Maildirs and then you can add an
> arbitrary amount of servers for deliveries, spamfilters, virus scan,
> imap and pop3 and make snapshots and backups of the complete storage.
>
> However, that way you will get into trouble with the calculation of
> quota at each delivery of a new messages, because it takes very long to
> sum all sizes of the messages within a mailbox as it cannot to be done
> locally on the harddisk but has to be done over the network (through the
> GFS or SAN) and if a maildir contains several hundrets or thousand

Now I think you really mix things up. 1) AFAIK quota is a per user
database which is updated whenever there is a change to the users mailbox.
Cyrus only scans all mail for their size with you do a "quota -f" after
something messed with your mailspool. 2) You have to consider GFS volumes
a local storage because it is usually on SAN which is also virtually local
storage. It really has nothing to do with networked filesystems like NFS.
AFAIK the trick with a GFS clustered Cyrus system is that you have two or
more independant Cyrus servers sharing the same metadata and message store
on the block device level, and not caring about each other, which means
they all serve tha same mailboxes/users. IIRC there are people running
Cyrus servers that way on other systems like Tru64 or Veritas cluster.
I think you have mixed up block device level shared filesystems with NFS
shared systems, which for example can be used for maildir based systems.

Regards,
Simon

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