415236 - Thunderbird, using TLS (imapS) with Dovecot, locks the Maildir/new directory for writing by procmail with

Status: RESOLVED INVALID

(MailNews Core :: Networking: IMAP, defect)

Description

[Nanno Schering]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.11) Gecko/20071204 Ubuntu/7.10 (gutsy) Firefox/2.0.0.11
Build Identifier: kernel 2.6.22-14-generic

If Thunderbird is open, while using SECURE (TLS) imaps (with Dovecot), new mail arriving through Postfix in Maildir/new cannot be written there by procmail. This is the case for window and linux clients, both. This problem does NOT occur with Evolution as the mail client.
From procmail.log while TB is open:
procmail: No match on "^X-Spam-Flag: YES"
procmail: Couldn't create or rename temp file "/home/XXXX/Maildir/new/msg.A"
procmail: Assigning "LASTFOLDER=/var/mail/XXXX"
procmail: Opening "/var/mail/XXXX"
procmail: Acquiring kernel-lock
procmail: Notified comsat: "XXXX@143675:/var/mail/XXXX"


Reproducible: Always

Steps to Reproduce:
1.configure TLS on imap.
2.open Thunderbird
3.new mail arriving is announced, registered (indexed), but empty (Nod header, no body)
Actual Results:  
I am loosing mail, while Thunderbird is open.

Expected Results:  
New mail arriving should be written into new. Thunderbird is blocking this.

Thunderbird should not keep a lock the on new directory for writing

Comment 1

[Magnus Melin [:mkmelin]]

Is there really some way imap clients can lock a directory on the server? Even if there is, sounds like a server bug to me.

Comment 2

[Nanno Schering]

Sorry, The bug is in Dovecot not Thunderbird, courier IMAPS does not have the problem.

Comment 3

[Magnus Melin [:mkmelin]]

->INVALID (FIXED is only used when known code changes resolved the issue)
https://bugzilla.mozilla.org/page.cgi?id=fields.html#resolution