RE: [Notifications] Use case--reply mail notification

Qian Sun <sunqian@huawei.com> Mon, 27 August 2007 11:54 UTC

Return-path: <notifications-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IPdB7-0000jA-3c; Mon, 27 Aug 2007 07:54:45 -0400
Received: from notifications by megatron.ietf.org with local (Exim 4.43) id 1IPdB5-0000bv-Dk for notifications-confirm+ok@megatron.ietf.org; Mon, 27 Aug 2007 07:54:43 -0400
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IPdB0-0000aH-5k for notifications@ietf.org; Mon, 27 Aug 2007 07:54:38 -0400
Received: from szxga02-in.huawei.com ([61.144.161.54]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IPdAz-0001k0-4y for notifications@ietf.org; Mon, 27 Aug 2007 07:54:38 -0400
Received: from huawei.com (szxga02-in [172.24.2.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JNF001MBL1YCQ@szxga02-in.huawei.com> for notifications@ietf.org; Mon, 27 Aug 2007 19:53:58 +0800 (CST)
Received: from huawei.com ([172.24.1.18]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JNF0020DL1X35@szxga02-in.huawei.com> for notifications@ietf.org; Mon, 27 Aug 2007 19:53:58 +0800 (CST)
Received: from s32328b ([10.70.108.124]) by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0JNF00JFIL1TYY@szxml03-in.huawei.com> for notifications@ietf.org; Mon, 27 Aug 2007 19:53:57 +0800 (CST)
Date: Mon, 27 Aug 2007 19:53:53 +0800
From: Qian Sun <sunqian@huawei.com>
Subject: RE: [Notifications] Use case--reply mail notification
In-reply-to: <C2F4F811.9CB7%eburger@bea.com>
To: 'Eric Burger' <eburger@bea.com>
Message-id: <000901c7e8a0$f0ffb610$7c6c460a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Mailer: Microsoft Office Outlook 11
Content-type: text/plain; charset="utf-8"
Content-transfer-encoding: 7bit
Thread-index: AcflNrQ9WeOsDg6DSXKPwEtHqJeJuQBfQG8OAHqk6pA=
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e8a67952aa972b528dd04570d58ad8fe
Cc: notifications@ietf.org
X-BeenThere: notifications@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Message Notifications interest group discussion list <notifications.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/notifications>, <mailto:notifications-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/notifications>
List-Post: <mailto:notifications@ietf.org>
List-Help: <mailto:notifications-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/notifications>, <mailto:notifications-request@ietf.org?subject=subscribe>
Errors-To: notifications-bounces@ietf.org

Hello, Eric

Any document defines a "reply" disposition type? And some people might prohibit MDN.

Do you want to set a sieve script like this?

    if header :contains "In-Reply-To" "143243@example.com" {
        notify :message "You got reply mail" "sms: +10231223";

If not, could you explain your solution in more details?

Cheers,
Qian

-----Original Message-----
From: Eric Burger [mailto:eburger@bea.com] 
Sent: Saturday, August 25, 2007 9:03 AM
To: Qian Sun; notifications@ietf.org
Subject: Re: [Notifications] Use case--reply mail notification

Why not use MDN and a sieve filter?  Sounds like major surgery to do what
people do every day with today's tools.


On 8/22/07 11:35 PM, "Qian Sun" <sunqian@huawei.com> wrote:

> Hi, all
> 
> Scenario: Bob is sending a email to Alice. Bob wants to get a instant
> notification via SMS something if Alice replies, since he is eager to know the
> reply of Alice. He is not interested in other emails. When Bob's mailbox in
> the email server recieves a new email, and find out it is a reply from Alice
> for that mail, a notification of SMS,like "You have got a reply mail from
> Alice", will be sent to Bob's cellphone.
> 
> Problem: For the email sending part, I prefer to realize this requirement by
> using a SMTP extension, e.g. define a new parameter for MAIL command, which
> includes the SMS URI or IM URI. (To Webmail, we need not to do any standard.)
> For the notification part, pager mode message may be better; SUB/NOT event
> mechanism is not necessary. For example, SIP MESSAGE could be a good choice,
> if the users only want to get few notifications.
> 
> Market: It might be an attractive feature to enhance the existing email
> service.
> 
> Opinion?
> 
> Cheers,
> Qian
> 
> 
> 
> 
> 
> _______________________________________________
> Notifications mailing list
> Notifications@ietf.org
> https://www1.ietf.org/mailman/listinfo/notifications


Notice:  This email message, together with any attachments, may contain information  of  BEA Systems,  Inc.,  its subsidiaries  and  affiliated entities,  that may be confidential,  proprietary,  copyrighted  and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it.




_______________________________________________
Notifications mailing list
Notifications@ietf.org
https://www1.ietf.org/mailman/listinfo/notifications