Re: INBOX Prefix problem with sasldb authentication

2009-09-23 Thread Frédéric MERCIER
Dan White a écrit : > On 23/09/09 21:30 +0200, Frédéric MERCIER wrote: Authentication with sasldb2 : myserver:~# telnet localhost 993 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID AUTH=PLAIN AUTH

Re: cyrus stopped delivery

2009-09-23 Thread Dan White
I'm CCing the list. On 23/09/09 14:56 -0700, rvh wrote: > Over the last several restarts of cyrus the database error has > not come up so that might have been resolved. Now it's just the: > unable to create imap listener socket: Address family not supported by > protocol > I'll include the cyrus.

Re: cyrus stopped delivery

2009-09-23 Thread Dan White
On 23/09/09 14:00 -0700, rvh wrote: >Hi,The cyrus server was shutdown over night. After restarting >this morning it won't accept mail for clients. Everything I've >tried has failed. > >I am on cyrus 2.1. > >The errors I'm seeing now are: >DBERROR: error exiting application: DB_RUNRECO

cyrus stopped delivery

2009-09-23 Thread rvh
Hi, The cyrus server was shutdown over night. After restarting this morning it won't accept mail for clients. Everything I've tried has failed. I am on cyrus 2.1. The errors I'm seeing now are: DBERROR: error exiting application: DB_RUNRECOVERY: Fatal error, run database recovery a

Re: INBOX Prefix problem with sasldb authentication

2009-09-23 Thread Dan White
On 23/09/09 21:30 +0200, Frédéric MERCIER wrote: >>> Authentication with sasldb2 : >>> >>> myserver:~# telnet localhost 993 >>> Trying 127.0.0.1... >>> Connected to localhost. >>> Escape character is '^]'. >>> * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID AUTH=PLAIN AUTH=CRAM-MD5 >>> AUTH=DIGEST-MD5

Re: INBOX Prefix problem with sasldb authentication

2009-09-23 Thread Frédéric MERCIER
Andrew Morgan a écrit : > On Wed, 23 Sep 2009, Frédéric MERCIER wrote: > >> Hi, >> >> I have actually a cyrus IMAP server which work fine from a long time >> with an saslauthd and pam. >> >> I want to switch from salsauthd to salsdb2 to be able to use a secure >> authentication (DIGEST-MD5 and CRAM

Re: INBOX Prefix problem with sasldb authentication

2009-09-23 Thread Andrew Morgan
On Wed, 23 Sep 2009, Frédéric MERCIER wrote: Hi, I have actually a cyrus IMAP server which work fine from a long time with an saslauthd and pam. I want to switch from salsauthd to salsdb2 to be able to use a secure authentication (DIGEST-MD5 and CRAM-MD5). My new configuration work fine for a

INBOX Prefix problem with sasldb authentication

2009-09-23 Thread Frédéric MERCIER
Hi, I have actually a cyrus IMAP server which work fine from a long time with an saslauthd and pam. I want to switch from salsauthd to salsdb2 to be able to use a secure authentication (DIGEST-MD5 and CRAM-MD5). My new configuration work fine for authentication, but with the sasldb2 one, I do

Re: MIgrating from Cyrus 2.2 to 2.3 : extra numerical field in mailboxes DB

2009-09-23 Thread Eric Luyten
On Wed, September 23, 2009 5:05 pm, Wesley Craig wrote: > On 23 Sep 2009, at 10:19, Eric Luyten wrote: > >> When dumping the resulting mailboxes DB on the Cyrus 2.3.15 system >> I noticed (for newly created mailboxes) an extra numerical field in >> position 2 (position 3 appears to be the partition

Re: MIgrating from Cyrus 2.2 to 2.3 : extra numerical field in mailboxes DB

2009-09-23 Thread Wesley Craig
On 23 Sep 2009, at 10:19, Eric Luyten wrote: > When dumping the resulting mailboxes DB on the Cyrus 2.3.15 system > I noticed (for newly created mailboxes) an extra numerical field in > position 2 (position 3 appears to be the partition number). > > Where is it used for ("reservations" ? Murder ?)

MIgrating from Cyrus 2.2 to 2.3 : extra numerical field in mailboxes DB

2009-09-23 Thread Eric Luyten
Folks, I copied all data from a (Cyrus 2.2.13 / Solaris 9) production server to a new (Cyrus 2.3.15 / Solaris 10) server and am now trying to fire the new server up. I recreated the mailboxes using 'ctl_mboxlist -d' on the old server and 'ctl_mboxlist -u' on the new one, which returned no errors

Re: delete_mode: delayed not always working?

2009-09-23 Thread Sebastian Hagedorn
--On 23. September 2009 14:00:49 +0200 Simon Matter wrote: Localdelete seems to be an actual (private) command that a client can issue, right? I think it's completely impossible that the mailbox was deleted using this command ... Could the user in question be an admin or a proxyadmin? No.

Re: delete_mode: delayed not always working?

2009-09-23 Thread Simon Matter
> Thanks for your reply! > > --On 23. September 2009 21:32:55 +1000 Bron Gondwana > wrote: > >>> The output of "ctl_mboxlist -d | grep DELETED" didn't include it, >>> either. Fortunately I had a flashcopy from which I could restore the >>> mailbox, but still I wonder what happened. Before I look

Re: delete_mode: delayed not always working?

2009-09-23 Thread Sebastian Hagedorn
Thanks for your reply! --On 23. September 2009 21:32:55 +1000 Bron Gondwana wrote: The output of "ctl_mboxlist -d | grep DELETED" didn't include it, either. Fortunately I had a flashcopy from which I could restore the mailbox, but still I wonder what happened. Before I look at the code myse

Re: delete_mode: delayed not always working?

2009-09-23 Thread Bron Gondwana
On Wed, Sep 23, 2009 at 01:04:47PM +0200, Sebastian Hagedorn wrote: > Hi, > > we're running 2.3.14 with "delete_mode: delayed" in /etc/imapd.conf > (actually it's the default in Simon Matter's RPM). It's generally > working fine, and I have restored a few accidentally deleted > mailboxes this way.

delete_mode: delayed not always working?

2009-09-23 Thread Sebastian Hagedorn
Hi, we're running 2.3.14 with "delete_mode: delayed" in /etc/imapd.conf (actually it's the default in Simon Matter's RPM). It's generally working fine, and I have restored a few accidentally deleted mailboxes this way. But today there was a case where a mailbox seems to have been deleted imme