Re: phantom mailbox
"Kevin J. Menard, Jr." wrote:
>
> Hey Ken,
>
> Tuesday, July 24, 2001, 12:39:19 PM, you wrote:
>
> KM> "Kevin J. Menard, Jr." wrote:
> >>
> >> Hey David,
> >>
> >> Wednesday, July 25, 2001, 12:02:50 AM, you wrote:
> >>
> >> DF> I recreated your situation on my own system... but had no trouble...
> >>
> >> DF> cyradm -u cyrus localhost
> >> DF> Please enter your password:
> >> DF> IMAP Password: (Why it asks for two passwords I don't
> >> DF> know... =] )
> >>
> >> I could be wrong here, but the first pass through is for MD5 SASL passwords
> >> or something. If that doesn't work, it falls back to a plaintext protocol,
> >> which would be sending a LOGIN command to the IMAP server directly. I don't
> >> know why the SASL passwd look up succeeds with LOGIN and not the other way,
> >> but go figure :-P
>
> KM> Close. The first is for a failed PLAIN attempt, and the second is for
> KM> IMAP LOGIN. This is a bug in IMAP.pm that I fixed in CVS. If you're
> KM> interested, just comment (or remove) the following line:
>
> KM> $opts{-mechanism} .= 'PLAIN';
>
> KM> This line was forcing cyradm to try PLAIN even if the server didn't
> KM> advertise it.
>
> But this has no affect if other methods are advertised and used, correct?
Yes.
> I mean, this is just appending PLAIN to the list already there, and AFAIK MD5
> takes precedence over PLAIN.
Yes.
> Likewise, should probably kill the line that
> says $opts{-mechanism} |= 'plain'; or something a little later on. I don't
> recall right now, and I don't have source in front of me.
Um, I don't think any other changes are necessary. If you actually have
an MD5 secret in sasldb then everything should be fine, otherwise the
behavior you are seeing is correct.
Ken
--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26 Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
Re: phantom mailbox
"Kevin J. Menard, Jr." wrote:
>
> Hey David,
>
> Wednesday, July 25, 2001, 12:02:50 AM, you wrote:
>
> DF> I recreated your situation on my own system... but had no trouble...
>
> DF> cyradm -u cyrus localhost
> DF> Please enter your password:
> DF> IMAP Password: (Why it asks for two passwords I don't
> DF> know... =] )
>
> I could be wrong here, but the first pass through is for MD5 SASL passwords
> or something. If that doesn't work, it falls back to a plaintext protocol,
> which would be sending a LOGIN command to the IMAP server directly. I don't
> know why the SASL passwd look up succeeds with LOGIN and not the other way,
> but go figure :-P
Close. The first is for a failed PLAIN attempt, and the second is for
IMAP LOGIN. This is a bug in IMAP.pm that I fixed in CVS. If you're
interested, just comment (or remove) the following line:
$opts{-mechanism} .= 'PLAIN';
This line was forcing cyradm to try PLAIN even if the server didn't
advertise it.
Ken
--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26 Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
Re: phantom mailbox
I recreated your situation on my own system... but had no trouble... cyradm -u cyrus localhost Please enter your password: IMAP Password: (Why it asks for two passwords I don't know... =] ) localhost> cm user1 user.chrispyuser.dfuser1 localhost> sam user1 cyrus all localhost> dm user1 localhost> lm user.chrispyuser.df localhost> exit A suggestion would be to dump the mailboxes DB to a textfile, remove the offending line, and then reconstruct the mailboxes DB. Example: su cyrus -c "/path/to/ctl_mboxlist -d >mbox.out" vi mbox.out >>>remove the line and write changes<<< su cyrus -c "/path/to/ctl_mboxlist -u /user1 Hope that helps... I'm not sure why your original attempts at setting the ACL and removing the entry didn't work... hmmm... -David Fuchs - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, July 23, 2001 12:57 PM Subject: phantom mailbox > i stupidly did the following: > > cyradm -user cyrus localhost > localhost> cm user1 > > rather than > > localhost> cm user.user1 > > ls $partition-default: > user1 stage. user > > cyrus is my administrative account. > > localhost> dm user1 > deletemailbox: Permission denied > localhost> sam user1 cyrus all > setaclmailbox: cyrus:lrswipcda: System I/O error > > i tried rm -rf $partition-default/user1, but the malbox still shows up > when i > > localhost> lm > > i tried > > localhost> cm user.fakeuser > > # cp -R $partition-default/user/fakeuser $partition-default/ \ > mv $partition-default/fakeuser $partition-default/user1 > > to recreate the mailbox at the file system level, but i still can't remove > it. > > also, > > localhost> cm user1 > createmailbox: Mailbox already exists > > so what to do? > > i remember something like this on the list before, but when i searched the > archives, i only found reference to the reverse problem (that is, cyradm > not reporting the mailbox, but the mailbox existing). > > also, where are the ACLs for mailboxes kept? > > when i: > > # cat user/someuser/cyrus.header > Cyrus mailbox header > "The best thing about this system was that it had lots of goals." > --Jim Morris on Andrew > > > someuser lrswipcda > > as root can i just: > > # echo "anotheruser lrswipcda" >> $partition-default/user/someuser/cyrus.header > > to give anotheruser all rights to someuser's mailbox? > > thanks, > somecyrusadmin >
RE: phantom mailbox
Brendan: By default, the Cyrus Administrator cannot delete mailboxes. You'll need to set the ACL's appropriately. Search the archives for the answer -> http://asg2.web.cmu.edu/archive/frame.php3?f=archive.info-cyrus RB -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Monday, July 23, 2001 3:57 PM To: [EMAIL PROTECTED] Subject: phantom mailbox i stupidly did the following: cyradm -user cyrus localhost localhost> cm user1 rather than localhost> cm user.user1 ls $partition-default: user1 stage. user cyrus is my administrative account. localhost> dm user1 deletemailbox: Permission denied localhost> sam user1 cyrus all setaclmailbox: cyrus:lrswipcda: System I/O error i tried rm -rf $partition-default/user1, but the malbox still shows up when i localhost> lm i tried localhost> cm user.fakeuser # cp -R $partition-default/user/fakeuser $partition-default/ \ mv $partition-default/fakeuser $partition-default/user1 to recreate the mailbox at the file system level, but i still can't remove it. also, localhost> cm user1 createmailbox: Mailbox already exists so what to do? i remember something like this on the list before, but when i searched the archives, i only found reference to the reverse problem (that is, cyradm not reporting the mailbox, but the mailbox existing). also, where are the ACLs for mailboxes kept? when i: # cat user/someuser/cyrus.header Cyrus mailbox header "The best thing about this system was that it had lots of goals." --Jim Morris on Andrew someuser lrswipcda as root can i just: # echo "anotheruser lrswipcda" >> $partition-default/user/someuser/cyrus.header to give anotheruser all rights to someuser's mailbox? thanks, somecyrusadmin
