Hey All,
One of our users has the following folders listed in his account:
user/joe/INBOX/A =D (\HasChildren)
user/joe/INBOX/A =D/Accounts (\HasNoChildren)
These folders don't exist because the were remnants of our mail system
before we turned on ALTNAMESPACE. The problem is that when I try to
de
Quoting Lee <[EMAIL PROTECTED]>:
> Hey All,
> One of our users has the following folders listed in his account:
>
> user/joe/INBOX/A =D (\HasChildren)
> user/joe/INBOX/A =D/Accounts (\HasNoChildren)
>
> These folders don't exist because the were remnants of our mail system
> before we turned on
You should be able to delete these from within cyradm as an admin,
unless
somebody deleted stuff by hand from the filesystem.
I think that might be the problem.
When i try to SAM the folders pre-deletion in cyradm, i get a:
setaclmailbox: admin: lcp: System I/O error
Is there a way to force rem
On Mon, 16 Jun 2003, Lee wrote:
> > You should be able to delete these from within cyradm as an admin,
> > unless
> > somebody deleted stuff by hand from the filesystem.
>
> I think that might be the problem.
Don't do that! ;)
To fix the problem, recreate the directories in the filesystem,
recon
Lee wrote:
You should be able to delete these from within cyradm as an admin,
unless
somebody deleted stuff by hand from the filesystem.
I think that might be the problem.
When i try to SAM the folders pre-deletion in cyradm, i get a:
setaclmailbox: admin: lcp: System I/O error
Is there a way
I created the directories spool/imap/user/joe/INBOX and INBOX/A =D and
INBOX/A =D/Accounts, then i ran recontruct -R on user/joe, but that
just returned the following errors:
user.joe.INBOX.A =D: System I/O error Bad file descriptor
user.joe.INBOX.A =D.Accounts: System I/O error Bad file descrip
Lee wrote:
Will this cause any problems with seen / unseen flags (or anything for
that matter)?
Seen flags are kept in a different database, under
/var/imap/user/X/user.seen. I presume Cyrus gracefully deals with
nonexistent folders in the seen/sub files, but I haven't looked at that
part of
Will this cause any problems with seen / unseen flags (or anything for
that matter)?
L
On Monday, June 16, 2003, at 03:34 PM, John Alton Tamplin wrote:
Lee wrote:
You should be able to delete these from within cyradm as an admin,
unless
somebody deleted stuff by hand from the filesystem.
I th
On Mon, 2003-06-16 at 12:31, Lee wrote:
> I created the directories spool/imap/user/joe/INBOX and INBOX/A =D and
> INBOX/A =D/Accounts, then i ran recontruct -R on user/joe, but that
> just returned the following errors:
>
> user.joe.INBOX.A =D: System I/O error Bad file descriptor
> user.joe.IN
That was it, no problem deleting now. Thank you.
L
On Monday, June 16, 2003, at 04:17 PM, Wil Cooley wrote:
On Mon, 2003-06-16 at 12:31, Lee wrote:
I created the directories spool/imap/user/joe/INBOX and INBOX/A =D and
INBOX/A =D/Accounts, then i ran recontruct -R on user/joe, but that
just retu
10 matches
Mail list logo