Re: [Dovecot] Upgrading from 1.2.8 to 2.0.6: INBOX not selectable in Thubderbird (greyed and italic)
Timo Sirainen wrote:
What about full doveconf -n output? I couldn't reproduce with just those namespace settings.
root@mason:/usr/local# dovecot/bin/doveconf -n # 2.0.6: /usr/local/dovecot-2.0.6/etc/dovecot/dovecot.conf # OS: Linux 2.4.34.5 i686 Slackware 9.0.0 disable_plaintext_auth = no listen = * log_timestamp = "%Y-%m-%d %H:%M:%S " login_trusted_networks = 192.168.2.80 mail_location = maildir:~/Maildir namespace { inbox = yes location = maildir:~/Maildir prefix = INBOX. type = private } namespace { list = yes location = maildir:/usr/local/shared prefix = shared. subscriptions = no type = public } passdb { args = /usr/local/dovecot-2.0.6/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } postmaster_address = postmaster@labs.it protocols = imap pop3 ssl_ca =
Noncomment lines of ldap.conf are:
hosts = localhost:10389 dn = cn=Manager,dc=labs,dc=it dnpass = <...omissis...> tls = no base = ou=People, dc=labs, dc=it user_attrs = homeDirectory=home,qmailUID=uid,qmailGID=gid, mailMessageStore=mail pass_attrs = uid=user,userPassword=password default_pass_scheme = SSHA
(Sorry Timo, I replied to you instead of the list)
Well, this is a quite old system with 2.4 kernel and /lib/libc-2.3.1.so (dating back to 2003). If this turns out to be the problem, shame to me for not upgrading this beast.
Stan wrote:
What errors are in your Tbird Activity Manager? Those may be helpful.
Activity manager and error console are both completely silent.
Upgrading a server component as client component simultaneously is a recipe for disaster
You are perfectly right: I had the problem with 3.1.5, and upgraded it just before writing to the list. I also removed all the TB profiles in C:\Documents and settings, and deleted/created the account a few times.
Since Timo said it is not immediate to reproduce, I post the whole IMAP conversation up to that point:
- OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN] Dovecot ready.
1 authenticate plain
<...omissis...>
1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS] Logged in
2 namespace
- NAMESPACE (("INBOX." ".")) NIL (("shared." ".")) 2 OK Namespace completed.
I hope I am not wasting your time on a problem affecting only systems of age > 8 years.
Thanks and regards to all, Bergonz
Michele Bergonzoni put forth on 10/29/2010 1:07 PM:
# OS: Linux 2.4.34.5 i686 Slackware 9.0.0
I hope I am not wasting your time on a problem affecting only systems of age > 8 years.
I'm not saying your OS or its age are part of the problem, but, OMG that's old. I guess it's possible that the old libraries on your OS could be throwing a wrench into the works, returning unexpected/incorrect values or something.
Why are you bothering to keep your applications current while thoroughly neglecting your OS? This is also generally a recipe for disaster.
-- Stan
On Fri, 2010-10-29 at 20:07 +0200, Michele Bergonzoni wrote:
Timo Sirainen wrote:
What about full doveconf -n output? I couldn't reproduce with just those namespace settings.
root@mason:/usr/local# dovecot/bin/doveconf -n ..
Still can't reproduce. What if you run directly:
/usr/local/libexec/dovecot/imap 1 list "" inbox
Does that also show \Noselect? Do you have more than one user? Try creating a new one and see if this happens also with it. Maybe there's something strange in the Maildir that causes this.
Quoting Timo Sirainen tss@iki.fi:
Still can't reproduce. What if you run directly:
/usr/local/libexec/dovecot/imap 1 list "" inbox
Does that also show \Noselect? Do you have more than one user? Try creating a new one and see if this happens also with it. Maybe there's something strange in the Maildir that causes this.
You're right, there's something strange in *me*...
After some comparison it turned out that the root cause was the
presence in my Maildir of a simbolic link to a directory in a
different filesystem, for wich I had no read permission, like:
lrwxrwxrwx 1 bergonz users 73 May 28 2007 .z_2006\ e\
precedenti.SANET ->
/usbhd/archivio/Personali/home/bergonz/Maildir/.z_2006\ e\
precedenti.SANET/
But without read permission on the target directory.
This caused the following (I altered some names for privacy):
1 list "" "inbox.z*"
- LIST (\HasChildren) "." "INBOX.z_2006 e precedenti"
- LIST (\HasNoChildren) "." "INBOX.z_2006 e precedenti.first one"
- LIST (\Noselect \HasNoChildren) "." "INBOX.z_2006 e precedenti.the
one with missing read perm in destination directory" - LIST (\HasNoChildren) "." "INBOX.z_2006 e precedenti.a third one"
Removing the link appears to solve my personal problem:
a list "" inbox
- LIST (\HasChildren) "." "INBOX"
(I say appears because I'm out of office and I can't test TB, but I'm
sure that now it will work).
Thank you very much for your great help and patience! If you think
this is something that needs improvement, please ask me whatever
debugging/strace/etc you might need.
Best regards, Bergonz
This message was sent using IMP, the Internet Messaging Program.
On Tue, 2010-11-02 at 19:55 +0100, Michele Bergonzoni wrote:
After some comparison it turned out that the root cause was the
presence in my Maildir of a simbolic link to a directory in a
different filesystem, for wich I had no read permission, like:
It was still a bug that such symlink would cause the parent mailbox to show up as \Noselect. Fixed: http://hg.dovecot.org/dovecot-2.0/rev/eb72f2523ffa
participants (3)
-
Michele Bergonzoni
-
Stan Hoeppner
-
Timo Sirainen