Menu

#34 Reply fails in shared folders (set flag)

closed-fixed
None
5
2006-02-11
2002-04-30
No

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=143767

Version: 1:1.2.5-1
Severity: normal

When replying to a message residing in a shared folder
(Cyrus IMAPD)
with ACL "lrs", replying to message fails because
squirrelmail tries
to set the answered flag, which is not possible on
shared folders.
Ideally, Squirrelmail would recognize shared folders,
but a non-fatal
warning would be sufficient.

Discussion

  • Alexandros Vellis

    Logged In: YES
    user_id=188834

    This is not the only issue with Squirrelmail, with regard to
    shared folders. Some others:

    - Try to delete a folder that you can't delete. You'll get the
    whole folder under your Trash, and _then_ get the permission
    denied message.

    - Auto expunge all over.

    - Being subsribed to a folder that no longer exists. While this is
    valid according to the RFC, Squirrelmail presents a fatal error
    again, and stops displaying the rest of the folders.

    Perhaps I should file some bugs for all of these, but I _did_ get
    the response that "Squirrelmail does not officially support
    shared folders"!! ;-)

    FWIW, I have defined my "read" permission in cyrus as "lrsw",
    so that users can save the relevant flags even though they can
    only read the folder's contents. This is an easy solution, but I
    hope that in the future Squirrelmail will address the problem.

    BTW do you get strange displays of the folder tree with cyrus
    and INBOX.* + Shared folders? I did. Help us out with trying
    this patch:
    http://sourceforge.net/tracker/?func=detail&aid=553674&group_id=311&atid=300311

     
  • Konstantin Riabitsev

    Logged In: YES
    user_id=147248

    "Shared folders" are officially unsupported in the current
    stable version. I am moving this to current devel so people
    can take a look at this.

     
  • Konstantin Riabitsev

    • labels: 102905 -->
    • milestone: 101719 -->
     
  • Thijs Kinkhorst

    Thijs Kinkhorst - 2003-01-11

    Logged In: YES
    user_id=285765

    Moving to next devel 1.5, not feasible for 1.4.0, sorry.

     
  • Marc Groot Koerkamp

    • assigned_to: nobody --> stekkel
     
  • Marc Groot Koerkamp

    • status: open --> closed-fixed
     

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.