[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kolab-users
Subject:    Re: Problem with file name too long
From:       "Alain Spineux" <aspineux () gmail ! com>
Date:       2007-12-13 21:45:24
Message-ID: 71fe4e760712131345o716fed5k686a0cea5d1da01a () mail ! gmail ! com
[Download RAW message or body]

On Dec 13, 2007 4:04 PM, Gunnar Wrobel <wrobel@pardus.de> wrote:
> GARETTE Emmanuel <e.garette@atolcd.com> writes:
> 
> > I'm using kolab 2.0 and from long time I've this kind of error on
> > imapd.log file :
> > 
> > Dec 13 00:00:12 serv <error> imap[12641]: IOERROR: opening quota file

This is the quota file, not the annotation!

> > /kolab/var/imapd/domain/k/kolab.com/quota/g/user.name^of^the^kolab^user.&AMk-l&AOk-ments
> >  supprim&AOk-s.[UNSHARED][UNSHARED][UNSHARED]user.[UNSHARED][UNSHARED][UNSHARED]us \
> > er.partage^kolab.[UNSHARED][UNSHARED][UNSHARED]user.partage^kolab.Calendrier.[UNSHARED][UNSHARED][UNSHARED]user.partage^kolab.Calendrier:
> >  (36) File name too long
> 
> Sounds like your filesystem has a limitation on the length of the
> filename. Which filesystem does your server use?

I thing most of the os have a limit, because the filename and the path
are stored inside the kernel, and the kernel cannot
deal with dynamic content too much. The usual limits are 255 for the
filename and 4096 for the path.
Anyway you can have unlimited hierarchy tree using relative path.

> 
> > 
> > Dec 13 00:00:12 serv <error> imap[12641]: DBERROR: error fetching
> > kolab.com!user.name^of^the^kolab^user.&AMk-l&AOk-ments
> > supprim&AOk-s.[UNSHARED][UNSHARED][UNSHARED]user.[UNSHARED][UNSHARED][UNSHARED]use \
> > r.partage^kolab.[UNSHARED][UNSHARED][UNSHARED]user.partage^kolab.Calendrier.[UNSHARED][UNSHARED][UNSHARED]user.partage^kolab.Calendrier:
> >  cyrusdb error
> > 
> > The directory exists in file system :
> > 
> > /kolab/var/imapd/spool/domain/kolab.com/user/name\^of\^the\^kolab\^user/\&AMk-l\&AOk-ments\
> >  supprim\&AOk-s/\[UNSHARED\]\[UNSHARED\]\[UNSHARED\]user/\[UNSHARED\]\[UNSHARED\]\ \
> > [UNSHARED\]user/partage\^kolab/\[UNSHARED\]\[UNSHARED\]\[UNSHARED\]user/partage\^k \
> > olab/Calendrier/\[UNSHARED\]\[UNSHARED\]\[UNSHARED\]user/partage\^kolab/Calendrier/
> >  
> > Some time my annotations.db is corrupted. For example :
> > DBERROR: skiplist recovery /kolab/var/imapd/annotations.db: 29DAE0
> > should be ADD or DELETE

Maybe you could switch to berkeley DB

> > 
> > I need to restore annotations.db file.
> > 
> > This 2 problems could be related each other ?
> 

I have no idea.

> I think so.
> 
> > 
> > Can I "blacklist" all mailboxes with name "[UNSHARED]" in cyrus conf or
> > toltec ?
> 
> Where do these "[UNSHARED]" entries come from? They seem kind of strange.
> 
> Cheers,
> 
> Gunnar
> 
> > 
> > Regards
> > 
> > _______________________________________________
> > Kolab-users mailing list
> > Kolab-users@kolab.org
> > https://kolab.org/mailman/listinfo/kolab-users
> 
> --
> ______ http://kdab.com _______________ http://kolab-konsortium.com _
> 
> p@rdus Kolab work is funded in part by KDAB and the Kolab Konsortium
> 
> ____ http://www.pardus.de _________________ http://gunnarwrobel.de _
> E-mail : p@rdus.de                                 Dr. Gunnar Wrobel
> Tel.   : +49 700 6245 0000                          Bundesstrasse 29
> Fax    : +49 721 1513 52322                          D-20146 Hamburg
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > Mail at ease - Rent a kolab groupware server at p@rdus <<
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 
> 
> _______________________________________________
> Kolab-users mailing list
> Kolab-users@kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
> 



-- 
Alain Spineux
aspineux gmail com
May the sources be with you

_______________________________________________
Kolab-users mailing list
Kolab-users@kolab.org
https://kolab.org/mailman/listinfo/kolab-users


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic