--On March 14, 2007 9:27:03 AM -0400 Joseph Brennan <[EMAIL PROTECTED]> wrote:


Users on two separate Exchange servers here have reported that they
don't see the reason part of messages rejected by sieve.

I've seen this and got the recipient to fix their server.  See:
<http://support.microsoft.com/kb/842120/>

-David


The Cyrus user has a reject rule.  I can reproduce it simply as:
--------------------

## INGO
# sieve filter generated by Ingo (March 14, 2007, 8:51 am)

require "reject";

# Sieve Reject Test
if header :comparator "i;ascii-casemap" :contains "Subject" "please
reject this message"  {
    reject "You want it rejected, you get it rejected.";
    stop;
}

---------------------
To see precisely what is returned, send mail to [EMAIL PROTECTED] with
the subject "please reject this message".  The mime message looks
syntactically correct to me, as follows:

main message is multipart/report
        part 1 is text/plain
        part 2 is message/disposition-notification
        part 3 is message/rfc822
                
The Exchange messages were viewed with Outlook.  Outlook users did not
see any of the message sent by Sieve, but only a new text generated by
Exchange or Outlook that looks like this:
---------------------

From: Mail Sieve Subsystem [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 13, 2007 5:20 PM
To: [EMAIL PROTECTED]
Subject: Automatically rejected mail


Your message

      To:       [EMAIL PROTECTED]

      Subject:  test

      Sent:     3/13/2007 5:19 PM


was deleted without being read on 3/13/2007 5:20 PM.

---------------------
One of our staff looked at one of the message also with Evolution, and
reported a *variant* form of the above message, making me wonder what
data Exchange is sending to the client.  It looks like this:
---------------------

Your message

  To:      [EMAIL PROTECTED]
  Subject: test attachment
  Sent:    Tue, 13 Mar 2007 17:18:41 -0400

was not readTue, 13 Mar 2007 17:20:06 -0400?



mail disposition
report attachment

Content-Type: message/disposition-notification
Content-Transfer-Encoding: 7bit

Final-Recipient: RFC822; [EMAIL PROTECTED]
Disposition: automatic-action/MDN-sent-automatically; deleted
Original-Message-ID:
<[EMAIL PROTECTED]>

---------------------
Notice the changes in the line spacing, the Sent: line, the "was" line,
and the inclusion here of the text from mime part 2.  Evolution also
indicated the presence of a dat attachment after this, which the Outlook
users did not see.


We did not yet test what Outlook shows when it reads as an imap client
off the Cyrus server.  All the above was read off an Exchange server.

Possible fixes would be to format the rejection like a reply or a
forwarded message, or plain text, but it would be pretty dumb.  Has
anyone else dealt with this at all?  Any bright ideas?

Joseph Brennan
Lead Email Systems Engineer
Columbia University Information Technology












----
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


----
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Reply via email to