Re: Skiplist errors on Cyrus 2.3.12
On Fri, Jul 11, 2008 at 11:37:52AM +0200, Reinhard Zierke wrote: > Jul 11 10:32:41 mailhost.informatik.uni-hamburg.de cyradm[13944]: [ID 637875 > local6.error] Fatal error: Internal error: assertion failed: > cyrusdb_skiplist.c: 622: db->lock_status == UNLOCKED > Jul 11 10:32:41 mailhost.informatik.uni-hamburg.de cyradm[13944]: [ID 558109 > local6.error] skiplist: closed while still locked We think we've figured this one out now :) Finally. John Capo came up with a basic patch that fixed it, and I've done a slightly more ambitious refactor. Rudy has tested my patch, and we're running it at FastMail as well. I've rebuild our webpage with the new patch included. NOTE: this patch obsoletes the old readlocktracking patch, and conflicts with it. This way is much cleaner. Bron. http://cyrus.brong.fastmail.fm/patches/cyrus-skiplist-locking-rework-2.3.12.diff 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: Telemetry Data Files
Adam Tauno Williams wrote:
> I'm looking at Cyrus' ability to log telemetry data, but not finding
> allot of documentation, so...
>
> <1220361788> 1220361788>* 66 FETCH (UID 485619 BODY[] {5256}
> Return-Path: <[EMAIL PROTECTED]>
> Received: from kyack.mormail.com (KYACK.mormail.com [192.168.1.8])
>by imap.mormail.com (Cyrus v2.2.12) with LMTPA;
>
> I assume that "<" prefix indicates this is the command from the client
> and ">" is the response from the server (followed by the subsequent
> data)?
>
yes
> The "1220361788" is a timestamp? (since that roughly converts to now)
i assume so too :)
> "B00051" is some kind of sequence number?
yes, see section
2.2.1 and 2.2.2 of rfc3501
--
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734
Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office
Groep SystemenSystems group
Universiteit Gent Ghent University
Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
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
Telemetry Data Files
I'm looking at Cyrus' ability to log telemetry data, but not finding
allot of documentation, so...
<12203617881220361788>* 66 FETCH (UID 485619 BODY[] {5256}
Return-Path: <[EMAIL PROTECTED]>
Received: from kyack.mormail.com (KYACK.mormail.com [192.168.1.8])
by imap.mormail.com (Cyrus v2.2.12) with LMTPA;
I assume that "<" prefix indicates this is the command from the client
and ">" is the response from the server (followed by the subsequent
data)?
The "1220361788" is a timestamp? (since that roughly converts to now)
"B00051" is some kind of sequence number?
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: Skiplist errors on Cyrus 2.3.12
Stoyan Tzalev wrote: > sorry to confirm this, +1 :( -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert [EMAIL PROTECTED] tel:+32 9 264 4734 Directie ICT, afd. Infrastructuur ICT Department, Infrastructure office Groep SystemenSystems group Universiteit Gent Ghent University Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 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
How to make secure SMTP Relaying
Hello List, we currently have 3 E-Mail Boxes running sendmail and cyrus. We serve about 50 customers and 800 e-mail adresses. The Customers usually have an Exchange-Server or directly connect to us using smtp auth. Out problem: If a customer sends out an E-mail bomb by accident or purpose, then the ip-address of our mailserver will be blacklisted! Whats the best way to avoid this? Is there a way to set some sort of limit or something? Example: If a customer with 50 E-Mail Adresses gets a LOT of spam including unknown user bounces, then i will get a lot of traffic wich will look like some e-mail attach, too. Any ideas? Thanks, Mario 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: Replication errors: missing subscription
Hi It's posible to see your checkreplication script ??? I'm searching for valuable solution of checking the replication and there is no documented solution , how to verify "in sync" state and workaround for misstates ... Thanks Kleo On Tue, 2 Sep 2008, Bron Gondwana wrote: > Our Cyrus 2.3.12 + patches replication system has been running very > reliably for months - to the point where the only issues our > checkreplication script tends to find are either: > > a) cases where someone has reconstructed and not run quota -f > afterwards, causing quota mismatches. (this is mostly the > fault of bits of our code that need updating!) > > b) subscriptions missing on the replica. > > I have a suspicion that most of these could be avoided by the simple > expedient of switching from putting individual subscription records > into the sync log to copying the entire user.sub file. > > (I've also changed setseen_all to just overwrite the user.seen file > rather than attempt some sort of merger. It's a replica, the master > is right! This will break if you're using a different database type > on the replica than the master of course - but that's why you > shouldn't be sending binary formats over the wire in the first place. > It's already going to break) > > Bron. > -- ~~ ~~ ~~ ~~ ~~ ~~ ~~ Vladimir `KLEO' Klejch Kleo'at'netbox.cz ... ... ... ... 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
Replication errors: missing subscription
Our Cyrus 2.3.12 + patches replication system has been running very reliably for months - to the point where the only issues our checkreplication script tends to find are either: a) cases where someone has reconstructed and not run quota -f afterwards, causing quota mismatches. (this is mostly the fault of bits of our code that need updating!) b) subscriptions missing on the replica. I have a suspicion that most of these could be avoided by the simple expedient of switching from putting individual subscription records into the sync log to copying the entire user.sub file. (I've also changed setseen_all to just overwrite the user.seen file rather than attempt some sort of merger. It's a replica, the master is right! This will break if you're using a different database type on the replica than the master of course - but that's why you shouldn't be sending binary formats over the wire in the first place. It's already going to break) Bron. 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
