Todd Lyons wrote:
> 
> Sam Varshavchik wanted us to know:
> 
> >> When I check NEW mail (on server $home/Maildir/new/XXXX) with netscape
> >> communicator 4.78. It arrives in INBOX, but marked deleted (On the
> >> server $home/Maildir/cur/XXXX:2,T).
> >That's because Courier-IMAP has nothing to do with delivering mail to the
> >maildir.  IMAP servers only read mail from existing mail accounts, and have
> >nothing to do with delivering mail into the account in the first place.
> 
> Check the permissions of what's being delivered to make sure that the
> user(s) that courier-imap is running as can move/delete/rename files.
> 
> The original problem you posted though is interesting.  Why would it
> have ,T already there?  You using procmail for anything?  Any custom
> filtering on inbound smtp?  I think what Sam was implying was don't
> even access it with Courier, receive a mail and go look at what's there.
> Does it have the ,T?  Does a copy exist in new/ or cur/?  It should be
> in new/ until you check the mailbox with Courier/otherImapClient.
> 
> This is very interesting.

What happens is the following:

My MTA drops the mail in new/. When I then 'Get Msg' with NS4.78 it
arrives unread and marked deleted. On the server the message is now in
cur/ with the ,T. So I would guess NS4.78 has asked the imap server to
delete the msg when it arrived, but why?

I now installed ethereal and made a TCP-stream dump of the
communications between courier-imap and Ns. It seems NS indeed wants to
delete the message. Am I right?


117 noop
* 47 EXISTS
* 20 RECENT
117 OK NOOP completed
118 UID fetch 59:* (FLAGS)
* 47 FETCH (UID 59 FLAGS (\Recent))
118 OK FETCH completed.
119 UID fetch 59 (UID RFC822.SIZE FLAGS BODY.PEEK[HEADER.FIELDS (From To
Cc Subject Date Priority X-Priority Message-ID References Newsgroups
Return-Receipt-To Disposition-Notification-To)])
* 47 FETCH (UID 59 RFC822.SIZE 583 FLAGS (\Recent) BODY[HEADER.FIELDS
("From" "To" "Cc" "Subject" "Date" "Priority" "X-Priority" "Message-ID"
"References" "Newsgroups" "Return-Receipt-To"
"Disposition-Notification-To")] {128}
Date: Sun, 6 Jan 2002 17:24:04 +0100
From: tm@smal
Message-Id: <[EMAIL PROTECTED]>
Subject: TEST4

)
119 OK FETCH completed.
120 UID fetch 59 (UID RFC822.SIZE BODY.PEEK[])
* 47 FETCH (UID 59 RFC822.SIZE 583 BODY[] {583}
>From tm@smal Sun Jan 06 17:24:04 2002
Envelope-to: [EMAIL PROTECTED]
Received: from roodbaard ([192.168.13.2] helo=roodbaard.drs.p)
        by localhost with esmtp (Exim 3.33 #1 (Debian))
        id 16NG5b-0007df-00
        for <[EMAIL PROTECTED]>; Sun, 06 Jan 2002 17:24:03 +0100
Received: (from root@localhost)
        by roodbaard.drs.p (8.11.6/8.11.6) id g06GO4P02014
        for [EMAIL PROTECTED]; Sun, 6 Jan 2002 17:24:04 +0100
Date: Sun, 6 Jan 2002 17:24:04 +0100
From: tm@smal
Message-Id: <[EMAIL PROTECTED]>
Subject: TEST4
Bcc:

Hoi Tim dir is weer een
test


)
120 OK FETCH completed.
121 uid store 59 +FLAGS (\Deleted)
* 47 FETCH (UID 59 FLAGS (\Deleted \Recent))
121 OK STORE completed.



Can anyone make sense of this, or is this just a very silly netscape
bug?

Thanks in advance,

Tim

_______________________________________________
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users

Reply via email to