#6 UW-IMAPd + Maildir INBOX == Fatal error

closed
nobody
None
1
2003-02-27
2002-03-30
No

Using the UW-IMAP daemon with a Maildir INBOX produces
a fatal error in left_main.php:

Fatal error: Allowed memory size of 8388608 bytes
exhausted (tried to allocate 9097 bytes) in
/usr/share/squirrelmail/functions/imap_general.php on
line 143

Viewing Maildir folders (including the INBOX) contents
works fine. Having an mbox type INBOX works fine.

I did a comparison betwen the IMAP sessions that occur
when I had an mbox type INBOX and a Maildir type INBOX
and found the following differences:

For an mbox type INBOX:

IMAP Request: A014 STATUS "INBOX" (UNSEEN)
IMAP Response: * STATUS INBOX (UNSEEN 12)
IMAP Request: A015 EXAMINE "mail/Trash"
IMAP Response: * 2 EXISTS
IMAP Request: A016 LOGOUT
IMAP Response: * BYE in.theory.org IMAP4rev1 server
terminating connection
IMAP Response: * OK [CAPABILITY IMAP4REV1 X-NETSCAPE
LOGIN-REFERRALS AUTH=LOGIN] localhost IMAP4rev1
2001.315 at Sat, 30 Mar 2002 02:43:16 -0800 (PST)
IMAP Request: A001 LOGIN "user" "password"

For a Maildir type INBOX:

IMAP Request: A014 STATUS "INBOX" (UNSEEN)
IMAP Response: * OK [CAPABILITY IMAP4REV1 X-NETSCAPE
LOGIN-REFERRALS AUTH=LOGIN] localhost IMAP4rev1
2001.315 at Sat, 30 Mar 2002 02:42:02 -0800 (PST)
IMAP Request: A001 LOGIN "user" "password"

It appears that UW-IMAPd just closes the connection
after SquirrelMail asks STATUS "INBOX" (UNSEEN) instead
of replying with the number of unseen messages. My
guess is that SquirrelMail isn't expecting this
behavior and thus bombs out.

-- jeremy avnet / brainsik --

Discussion

  • Konstantin Riabitsev

    Logged In: YES
    user_id=147248

    Are you using a custom version of uw-imap that can work with
    maildirs?

     
  • Bron Gondwana

    Bron Gondwana - 2002-04-02
    • status: open --> closed
     
  • Bron Gondwana

    Bron Gondwana - 2002-04-02

    Logged In: YES
    user_id=9941

    Seriously, UW is not designed to work with Maildirs. This
    is an SM bug in as far as it doesn't handle servers that
    crash and drop the connection on it - but I don't see UW
    sending a 'BYE' message that it's supposed to there
    (rfc2060: 7.1.5). Your IMAP server crashing because you've
    configured it incorrectly is not a Squirrelmail fixable
    problem.

    I'm closing this bug. If you want to use Maildir, use a
    server that supports it, not one that explicity doesn't:

    http://www.washington.edu/imap/IMAP-
    FAQs/index.html#general31

     
  • Jeremy Avnet

    Jeremy Avnet - 2002-04-02
    • status: closed --> open
     
  • Jeremy Avnet

    Jeremy Avnet - 2002-04-02

    Logged In: YES
    user_id=311296

    The Debian "Woody" UW-IMAPd package comes with Maildir
    support patched in.

    As I stated in the original bug report, SquirrelMail is able
    to show me the contents of all Maildir folders just fine.
    This includes the INBOX.

    The problem is when SquirrelMail tries to determine the
    number of unseen messages. This fails for a Maildir INBOX
    and renders the "left_main.php" page non-functional.

    Since Debian is a widely used distribution, I think this bug
    should be kept open.

     
  • Bron Gondwana

    Bron Gondwana - 2002-04-02
    • priority: 5 --> 1
     
  • Bron Gondwana

    Bron Gondwana - 2002-04-02

    Logged In: YES
    user_id=9941

    The IMAP server is behaving incorrectly (notice my comment
    about it not sending a 'BYE' in that case). This means
    that it's buggy.

    This is a purely IMAP server bug - and should be opened
    against UW-IMAP in Woody. It's not a SM bug except in the
    wider case of behaving more nicely when the IMAP server
    fails to follow RFC documented behaviour.

    I've left it open, but assigned it lowest priority, because
    it's really not SM's problem - we're sending a RFC
    complient request and crashing a buggy server.

    (p.s. I'm quite happily running Courier-IMAP on Woody. I
    can't see any reason to run UW-IMAPd when Maildir is a
    third-party and obviously faulty extention, while Courier
    is designed from the ground up to support it.)

     
  • Konstantin Riabitsev

    • milestone: 101719 -->
    • labels: 102902 -->
     
  • Konstantin Riabitsev

    Logged In: YES
    user_id=147248

    Moving to next devel -- we should be handling errors better.

     
  • Thijs Kinkhorst

    Thijs Kinkhorst - 2003-02-27

    Logged In: YES
    user_id=285765

    Can this be reproduced in 1.4.0 ?

     
  • Thijs Kinkhorst

    Thijs Kinkhorst - 2003-02-27
    • status: open --> pending
     
  • Jeremy Avnet

    Jeremy Avnet - 2003-02-27
    • status: pending --> open
     
  • Jeremy Avnet

    Jeremy Avnet - 2003-02-27

    Logged In: YES
    user_id=311296

    I moved to Courier-IMAP.

     
  • Thijs Kinkhorst

    Thijs Kinkhorst - 2003-02-27
    • status: open --> closed
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks