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
- [Notifications] Use case--reply mail notification Qian Sun
- Re: [Notifications] Use case--reply mail notifica… Eric Burger
- RE: [Notifications] Use case--reply mail notifica… Qian Sun
- RE: [Notifications] Use case--reply mail notifica… Eric Burger
- RE: [Notifications] Use case--reply mail notifica… Qian Sun
- Re: [Notifications] Use case--reply mail notifica… Eric Burger