專利名稱：預先發(fā)送電子郵件通信的評估的制作方法
預先發(fā)送電子郵件通信的評估背景由于電子郵件系統(tǒng)的異步性質(zhì)，有可能電子郵件消息未被成功地送達預期接收 者。電子郵件消息的不成功送達會出于許多原因而發(fā)生。例如，電子郵件消息可能對于接 收者的郵箱太大，或者接收者的郵箱可能是滿的。此外，當撰寫電子郵件消息時，可能會犯 令人尷尬且高代價的錯誤。例如，可能會無意地將私人的電子郵件發(fā)送給大量觀眾，或者可 能會無意地將保密材料發(fā)送給外部接收者。這些問題發(fā)生是因為有關(guān)電子郵件系統(tǒng)和有關(guān)電子郵件消息的接收者的信息在 撰寫該消息時對于發(fā)送者是不可用的。僅在發(fā)送了消息之后才發(fā)現(xiàn)問題。概述本發(fā)明涉及用于在撰寫消息期間確認電子郵件消息的內(nèi)容以及在發(fā)送電子郵件 消息前向用戶警告與該消息相關(guān)聯(lián)的屬性的系統(tǒng)和方法。在各示例性實施例中，在撰寫電子郵件消息期間，當某些撰寫事件發(fā)生時服務器 接收通知。該通知被呈現(xiàn)給用戶。該通知可以采用向用戶警告與該消息相關(guān)聯(lián)的屬性的郵 件提示的形式。提供本概述是為了以簡化的形式介紹將在以下詳細描述中進一步描述的一些概 念。該概述不旨在標識所要求保護的主題的關(guān)鍵特征或必要特征，也不旨在用于幫助確定 所要求保護的主題的范圍。附圖簡述所包含并形成說明書的一部分的附圖例示了本發(fā)明的各方面，并且與說明書一起 用于解釋本發(fā)明的原理。在附圖中

圖1是示例電子郵件通信系統(tǒng)的圖示。圖2是用于郵箱已滿事件的示例橫幅的圖示。圖3是用于不在辦公室的接收者的示例橫幅的圖示。圖4是示例客戶端界面的圖示。圖5是電子郵件服務器的示例模塊的圖示。圖6是在示例客戶端界面和電子郵件服務器的示例模塊之間的示例通信的圖示。圖7是電子郵件系統(tǒng)中的示例信息源的圖示。圖8是有關(guān)在撰寫消息期間服務器確認電子郵件消息的內(nèi)容的示例流程圖的圖示。圖9是有關(guān)在撰寫消息期間客戶端接收對電子郵件消息的內(nèi)容的確認的示例流 程圖的圖示。詳細描述本申請涉及用于在將消息發(fā)送給其預期接收者之前，在撰寫消息期間確認電子郵 件消息的內(nèi)容的系統(tǒng)和方法。圖1示出了用于確認電子郵件消息的內(nèi)容的示例系統(tǒng)100。該系統(tǒng)包括一個或多 個客戶端設(shè)備110、中央訪問電子郵件服務器120和信息源130。
客戶端設(shè)備110可以是諸如個人計算機等臺式設(shè)備或諸如個人數(shù)字助理等移動 設(shè)備。在各示例實施例中，客戶端設(shè)備110是諸如臺式計算機、膝上型計算機、個人數(shù)據(jù)助 理或蜂窩設(shè)備等計算機系統(tǒng)?？蛻舳?10可以包括輸入/輸出設(shè)備、中央處理單元(“CPU”)、 數(shù)據(jù)存儲設(shè)備和網(wǎng)絡設(shè)備。典型的輸入/輸出設(shè)備包括鍵盤、鼠標、顯示器、話筒、揚聲器、 盤驅(qū)動器、CD-ROM驅(qū)動器以及閃速驅(qū)動器。諸如數(shù)據(jù)存儲設(shè)備等計算機可讀介質(zhì)供數(shù)據(jù)保 存之用。作為示例，計算機可讀介質(zhì)可以包括計算機存儲介質(zhì)和通信介質(zhì)。計算機存儲介 質(zhì)包括以用于存儲諸如計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序模塊或其它數(shù)據(jù)等信息的任何方 法或技術(shù)來實現(xiàn)的易失性和非易失性、可移動和不可移動介質(zhì)。通信介質(zhì)通常以諸如載波 或其它傳輸機制等已調(diào)制數(shù)據(jù)信號來體現(xiàn)計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序模塊或其它數(shù) 據(jù)，并包括任意信息傳送介質(zhì)。術(shù)語“已調(diào)制數(shù)據(jù)信號”指的是其一個或多個特征以在信號 中編碼信息的方式被設(shè)定或更改的信號。在存儲在數(shù)據(jù)存儲設(shè)備上的多個信息中有客戶端 操作系統(tǒng)(“OS”)和客戶端應用程序?？蛻舳薕S是管理客戶端系統(tǒng)的硬件和軟件資源的 程序?？蛻舳藨贸绦蚶每蛻舳?10的資源來直接執(zhí)行由用戶指定的任務。網(wǎng)絡設(shè)備允 許客戶端110向服務器102發(fā)送數(shù)據(jù)或從中接收數(shù)據(jù)。用于客戶端110的其他配置是可能 的。
也稱為前端服務器的中央訪問電子郵件服務器120為客戶端設(shè)備110提供接口。 在各示例實施例中，中央訪問電子郵件服務器120是被配置成處理發(fā)送給用戶或發(fā)送自用 戶的電子郵件的服務器。在一個實施例中，電子郵件服務器120是由華盛頓州雷德蒙市的 微軟公司提供的Microsoft Exchange Server。其他配置是可能的。信息源130提供到電子郵件服務器120的后端接口并且包含一個或多個數(shù)據(jù)庫。 一個或多個信息源130被包含在系統(tǒng)100中。這種數(shù)據(jù)庫的示例包括接收者郵箱存儲和諸 如來自微軟公司的ACTIVE DIRECTORY (現(xiàn)用目錄)目錄服務的地址服務。其他配置 是可能的。電子郵件消息是在客戶端設(shè)備110上撰寫的?？蛻舳嗽O(shè)備110首先建立與服務器 120的會話并與服務器通信。例如，客戶端可以向服務器發(fā)送有關(guān)其位置和所使用的語言的 信息?？蛻舳艘矎姆掌鹘邮罩T如可能對于消息的發(fā)送者存在的限制等信息。例如，客戶 端可以接收發(fā)送者的最大消息大小。在撰寫電子郵件消息期間，接收者被添加到消息的To(收件人)、CC(抄送)和 BCC(暗送)字段。接收者通過個別地添加接收者的名稱或通過包括一個或多個分發(fā)列表來 添加到消息中。文本、圖形、附件和其他內(nèi)容被添加到消息的主體中。無論是個別地還是經(jīng)由分發(fā)列表對接收者的添加被稱為電子郵件撰寫事件。電子 郵件撰寫事件生成與服務器120的通信。例如，當將個別接收者或分發(fā)列表添加到電子郵 件消息時，接收者的名稱或分發(fā)列表被傳遞給服務器。服務器12被編程為基于接收者或分 發(fā)列表執(zhí)行一個或多個檢查，如下文中進一步描述的。例如，服務器120可以檢查以了解接 收者是否創(chuàng)建了不在辦公室的通知，或者可以檢查以了解對于特定的分發(fā)列表定義了多少 用戶。當中央訪問電子郵件服務器120接收到電子郵件撰寫事件時，它訪問信息源130 并確認消息內(nèi)容。從信息源130獲得的有關(guān)每個接收者的信息可以包括以下中的一項或多 項(1)接收者對于組織而言是內(nèi)部的還是外部的，(2)接收者是否在辦公室(例如接收者是否設(shè)置了不在辦公室指示符)，(3)接收者的郵箱是否滿了，(4)接收者是否有受限的訪 問(見下文)，(5)是否超過接收者的最大數(shù)目，以及(6)對于接收者是否有自定義郵件提 示(即包含特定于該接收者的信息的郵件提示，諸如“該郵箱不受監(jiān)控?！币约啊罢堅试S最多 48小時以獲取響應?！?。也檢查接收者的電子郵件地址以確保它是有效的SMTP地址，并確定它是屬于發(fā) 送者的組織內(nèi)部還是外部的接收者。此外，可以檢查電子郵件地址以確定該地址是否在發(fā) 送者的組織的范圍內(nèi)但不屬于該組織的目錄中的接收者。例如，如果發(fā)送者誤拼寫了接收 者的地址或者如果地址屬于離開了該組織的接收者，那么會發(fā)生這一情況。
有關(guān)受限訪問，個別郵箱或諸如分發(fā)列表等組的配置特性可以指定有關(guān)訪問的限 制。例如，可以指定可從中接收電子郵件消息的特定人或組。此外，可以在服務器120上定 義可以或不可以在電子郵件消息中發(fā)送的一組附件類型。例如，電子郵件系統(tǒng)可以被配置 成不可以在電子郵件消息中發(fā)送可執(zhí)行代碼(具有.exe的擴展名)或源代碼文件。這些 特性可以由電子郵件系統(tǒng)的管理員來預定義。使得該信息在服務器上可用允許將其高效地 傳遞給客戶端。從信息源130獲得的有關(guān)分發(fā)列表的信息可包括以下中的一項或多項(1)分發(fā) 列表是否太大，(2)分發(fā)列表是否具有受限訪問，(3)分發(fā)列表是否適中(即，是否某人會接 收到電子郵件消息并且在轉(zhuǎn)發(fā)給較大的組之前批準或拒絕)以及(4)對于分發(fā)列表是否有 自定義郵件提示(即包含特定于分發(fā)列表的信息的郵件提示)。從信息源130獲得的有關(guān)消息的內(nèi)容的信息可以包括以下中的一項或多項(1) 消息大小是否在管理員定義的參數(shù)以內(nèi)，(2)是否有具有受限訪問的任何附件包括在消息 中，以及(3)消息是否包含來自BCC接收者的回復全部響應(即作為在BBC行上的結(jié)果接 收到消息的用戶點擊了對消息回復全部)。中央訪問電子郵件服務器120評估從信息源130獲得的信息并確定是否有任何會 觸發(fā)對用戶的通知的電子郵件消息的屬性。如果服務器120確定用戶應該被通知，那么服 務器120將響應發(fā)送給客戶端設(shè)備110以向用戶警告該狀態(tài)。用戶接著可以采取適當?shù)膭?作。例如，如果響應指示接收者的郵箱是滿的，那么用戶可以在發(fā)送電子郵件消息之 前從消息中刪除該接收者的名稱。應該注意，諸如接收者的郵箱是否是滿的或接收者是否 不在辦公室等某些屬性評估任務通常僅為組織內(nèi)的接收者完成。作為另一示例，當用戶將文本添加到消息的正文中時，客戶端被編程為檢查文本 與公司策略的兼容性?？蛻舳嗽跁掗_始時從服務器檢索不允許的條款的列表。如果客戶 端確定文本中有對公司策略的違反，那么客戶端將電子郵件撰寫事件發(fā)送給服務器。該電 子郵件撰寫事件向服務器指示在文本中發(fā)生對內(nèi)容策略的違反。當在消息或消息的附件中 發(fā)現(xiàn)基于管理員定義的策略需要從消息排除的某些單詞(關(guān)鍵詞)時，發(fā)生對內(nèi)容策略的 違反。關(guān)鍵詞也提供是否僅在外部地發(fā)送關(guān)鍵詞時才應用排除的指示。這種關(guān)鍵詞的示例 包括咒罵語、項目的保密代碼名稱(對于到外部接收者的消息)以及諸如社會保障號等個 人可識別信息。有若干種可以由客戶端基于從服務器接收到的狀況來編程的響應。在一種稱為緩 速塊(speed bump)的響應中，客戶端顯示對話框。該對話框陳述問題是什么并且要求用戶在繼續(xù)之前點擊OK。例如，如果屬性是接收者的郵箱是滿的，那么電子郵件服務器120將此傳遞給客戶端設(shè)備110?？蛻舳嗽O(shè)備110進而如上所述地通知用戶。在另一種稱為路障的響應中，客戶端通過禁用(例如變灰)發(fā)送按鈕來禁止發(fā)送 電子郵件消息。這種響應類型可以在例如接收者未被授權(quán)查看消息的內(nèi)容時使用。在第三種類型的響應中，客戶端顯示郵件提示。該郵件提示用消息向用戶警告消 息的問題，但是不要求用戶采取任何動作。該響應類型可以在例如接收者設(shè)置了不在辦公 室指示符時使用。在替換實施例中，響應可以由客戶端以其他方式傳送給用戶。例如，在一個替換方 案中，郵件提示被顯示在用戶界面中的不同位置。在其他替換方案中，提供諸如嗶嗶聲等聽 覺指示。在又一實施例中，使用文本_語音轉(zhuǎn)換技術(shù)來大聲地讀出響應。其他配置是可能 的。圖2示出了示例郵件提示210的圖示。郵件提示210出現(xiàn)在Microsoft 0ffice2007待狀態(tài)和包括消息的收件人行230的頭部225之間。功能區(qū)220是 MicrosoftOffice 2007中包含命令按鈕和圖標的面板。由此，在所示的示例中，郵件提示被 無縫地集成到消息頭部中。郵件提示在消息頭部中的位置會是有利的，因為郵件提示在地 址字段附近，并且可以被用戶容易地注意到。郵件提示210也可以以例如黃色等顏色來顯 示，以允許它在消息頭部中突出以進一步吸引用戶的注意。也可以使用聽覺和其他視覺警 告。在該示例中，郵件提示210指示消息不能被送達，因為接收者的郵箱是滿的。郵件提示 210包括移除接收者鏈接240。點擊該鏈接240從電子郵件消息中刪除該接收者的名稱。圖3示出了另一示例郵件提示310的圖示。同樣，該郵件提示310位于功能區(qū)305 和頭部315之間。在該示例中，接收者320不在辦公室。郵件提示310還提供接收者320包 括在不在辦公室消息330中的細節(jié)。在該示例中，提供細節(jié)鏈接340以顯示完整的不在辦 公室消息。還提供移除接收者鏈接350以允許從電子郵件消息中刪除該接收者的名稱320。在各示例實施例中，系統(tǒng)100被編程為在給定量的時間內(nèi)提供郵件提示橫幅以使 得用戶可以相應地行動。在一個示例中，90%的用戶在電子郵件撰寫事件的1、3、5、7和10 秒內(nèi)接收到郵件提示橫幅。在另一示例中，99%的用戶在電子郵件撰寫事件的5、7、10或15 秒內(nèi)接收到郵件提示橫幅。其他配置是可能的。例如，在其他實施例中，網(wǎng)絡或其他配置可 能不允許系統(tǒng)執(zhí)行這些標準。在還有一些實施例中，系統(tǒng)可以更快地執(zhí)行。圖4示出了到諸如上述的電子郵件服務器120等電子郵件服務器的示例類型的客 戶端界面?？?10中示出的web訪問客戶端使用因特網(wǎng)連接來遠程地訪問電子郵件服務 器。例如，Outlook Web Access (Outlook web 訪問)是 MicrosoftExchange Server 2007 的web郵件服務器。諸如個人計算機或個人數(shù)字助理等客戶端設(shè)備可以使用web瀏覽器 經(jīng)由 Outlook Web Access 來連接至Ij MicrosoftExchange Server 2007。這調(diào)出類^以于 Microsoft OUTLOOK 消息傳遞和協(xié)作客戶端中的界面的用戶界面。用戶可使用該界面 來撰寫電子郵件消息?？?20中所示的第二客戶端是Microsoft OUTLOOK 消息傳遞和協(xié)作客戶端。 Microsoft OUTLOOK 消息傳遞和協(xié)作客戶端是作為Microsoft Office套件的一部分 的電子郵件應用程序。Microsoft OUTLOOK 消息傳遞和協(xié)作客戶端結(jié)合諸如Microsoft Exchange Server 2007等Microsoft Exchange電子郵件服務器來運作。用戶可以使用Microsoft OUTLOOK 消息傳遞和協(xié)作客戶端來撰寫、發(fā)送和接收電子郵件。圖4的框430中所示的第三客戶端是諸如使用ACTIVESYNC (活動同步)技 術(shù)的 Microsoft Mobile Access (微軟移動訪問)或用于 Microsoft Vista 的 Microsoft Windows Mobile Device Center (微軟Windows移動設(shè)備中心)等移動訪問客戶端。使用 如使用ACTIVESYNC 技術(shù)的Microsoft Mobile Access等移動訪問客戶端，用戶可以 在移動設(shè)備和Microsoft Exchange Server 2007之間同步消息。移動設(shè)備可以是蜂窩電 話或個人數(shù)字助理。 圖4中所示的第四客戶端是諸如在Microsoft Exchange Server 2007中支持的 Microsoft Exchange Unified Messaging(微軟Exchange統(tǒng)一消息通信)的語音訪問客戶 端。使用Microsoft Exchange Unified Messaging，用戶具有用于電子郵件和語音郵件的 一個收件箱。語音郵件被直接傳遞給Microsoft OUTLOOK 消息傳遞和協(xié)作客戶端收件 箱。此夕卜，Microsoft Exchange UnifiedMessaging 傳遞來自 Microsoft OUTLOOK 消 息傳遞和協(xié)作客戶端、Outlookffeb Access、各種移動設(shè)備和普通電話的訪問。圖4中所示的客戶端可以直接或間接地生成電子郵件撰寫事件和相應的郵件提 示。例如，電子郵件可以使用Microsoft OUTLOOK 和Microsoft WebAccess來撰寫， 并且郵件提示可以如上所述在撰寫電子郵件消息期間發(fā)送給這些客戶端。此外，使用諸如 Microsoft Exchange Unified Messaging等語音訪問客戶端存放在用戶的語音郵箱中的 語音郵件可以被回復或轉(zhuǎn)發(fā)以生成電子郵件撰寫事件?，F(xiàn)在參考圖5，示出了中央訪問電子郵件服務器500中的模塊的示例圖示。web訪 問模塊510提供web郵件客戶端和電子郵件服務器500之間的接口。例如，web訪問模塊 510 提供 Outlook Web Access 禾P Microsoft Exchange Server2007 之間的接口。圖5中還示出了 web服務模塊520。web服務支持在諸如因特網(wǎng)等網(wǎng)絡上的機器 到機器的通信。web服務模塊520的一個示例是作為Microsoft ExchangeServer 2007的 一部分的Exchange Web Services (Exchange web服務)。圖5中還示出了作為web服務模 塊的擴展的郵件提示模塊530。郵件提示模塊530包含適用于各種電子郵件撰寫事件的郵 件提示。在電子郵件服務器上包括郵件提示模塊530提供了對郵件提示消息的高效管理。在一個實施例中，郵件提示模塊530是對Exchange Web Services的擴展。使用 諸如郵件提示模塊530等Exchange Web Services的應用程序可以訪問數(shù)據(jù)存儲項。數(shù)據(jù) 存儲項可以在Microsoft Exchange Server 2007上本地地訪問或經(jīng)由簡單對象訪問協(xié)議 (SOAP)遠程地訪問。郵件提示模塊530提供了基于電子郵件服務器對電子郵價消息的確認 來生成各種郵件提示的引擎。圖5中所示的第三模塊是業(yè)務邏輯模塊540。該模塊是Microsoft ExchangeServer 2007核心的一部分并且提供諸如郵件提示模塊530等前端電子郵件服務 器模塊和后端信息源之間的接口。業(yè)務邏輯模塊540還包含用于ACTIVE DIRECTORY 目錄服務數(shù)據(jù)庫的驅(qū)動程序。圖6示出了電子郵件客戶端和中央訪問電子郵件服務器之間的接口。如圖6中所 示，Outlook Web Access客戶端610與中央訪問電子郵件服務器660的web訪問接口 670 通信。Outlook客戶端620、移動訪問客戶端630和語音訪問客戶端640與郵件提示模塊 685通信。web訪問接口 670和郵件提示模塊685從客戶端接收電子郵件撰寫事件并進而發(fā)送包含良好定義的狀況的客戶端響應?？蛻舳藙幼魇腔谠摖顩r的。例如，客戶端可以使用緩速塊(對話框)或通過顯示郵件提示橫幅來響應。圖7示出了組成電子郵件服務器的后端數(shù)據(jù)庫的信息源700。本地高速緩存700 被包含在電子郵件服務器前端內(nèi)。它存儲新近服務器事務的關(guān)鍵項，包括接收者、分發(fā)列表 和關(guān)鍵詞。本地高速緩存700還存儲包含在電子郵件消息中的無效SMTP地址。例如，本地 高速緩存700可以包括不接受電子郵件的域(例如“company.com”)的列表。該信息可用 于快速地通知正在向具有帶有在本地高速緩存700中發(fā)現(xiàn)的域的電子郵件地址的接收者 寄送電子郵件的某人，該地址可能是無效的。在一替換實施例中，本地高速緩存可以包括分 發(fā)組的列表、其大小以及它們是否包括外部接收者。這允許服務器告知客戶端它們的觀眾 有多少以及消息上是否存在外部人員。其他信息源700包括發(fā)送者的郵箱720、接收者郵箱存儲730 (即接收者的郵箱)、 ACTIVE DIRECTORY 目錄服務740和一個或多個網(wǎng)站750。信息源可以位于其他機器 上。信息通常經(jīng)由遠程過程調(diào)用(RPC)、經(jīng)由使用簡單對象訪問協(xié)議(SOAP)的web服務、或 在信息收集被代理(轉(zhuǎn)發(fā))給遠程服務器時經(jīng)由http來從這些源獲取?，F(xiàn)用目錄740是 為基于Windows的計算機提供中央認證和授權(quán)服務的數(shù)據(jù)庫。它提供了有關(guān)電子郵件消息 的接收者的信息。圖8示出了電子郵件服務器檢查電子郵件消息的內(nèi)容的示例方法。在操作810處， 在電子郵件服務器處接收電子郵件撰寫事件。該電子郵件撰寫事件在用戶將接收者或分發(fā) 列表添加到電子郵件消息時發(fā)生。在操作820處，服務器評估該消息。例如，服務器確定 接收者的郵箱是否是滿的、接收者或分發(fā)列表是否具有受限訪問以及接收者是否不在辦公 室。此外，服務器對照電子郵件系統(tǒng)的所配置的屬性來檢查電子郵件消息，諸如消息的大小 和在消息上列出的接收者的數(shù)目是否在所配置的限制以內(nèi)。為了評估操作820處的上述各項，服務器在操作830處從各個信息源獲得有關(guān)這 些項的信息。信息源的某些示例是接收者的郵箱、電子郵件服務器的配置參數(shù)以及電子郵 件服務器的本地高速緩存?；谒@得的信息和電子郵件消息的內(nèi)容，服務器在操作840 處確認電子郵件消息并確定是否需要警告用戶應該對消息做出的任何改變以及不應該傳 遞消息的情況。在操作850處，如果電子郵件消息中存在需要用戶注意的任何方面，那么在操作 860處將響應發(fā)送給客戶端設(shè)備以便向用戶提供狀況。該響應可以包括郵件提示或?qū)υ捒颉?此外，如果服務器確定不應該發(fā)送電子郵件消息，那么響應可以包括禁用機制，諸如將電子 郵件發(fā)送按鈕變灰或禁用它。如果無需用戶注意，那么服務器不將狀況響應發(fā)送給客戶端。有關(guān)接收者的SMTP地址，可以通過檢查地址的域(即在符號右側(cè)的所有) 來做出關(guān)于有效性的確定。例如，可以確定域是否是無效的、其是否包含常見的誤拼寫、或 域是否不接受電子郵件消息。這種檢查會要求查詢系統(tǒng)100外部的數(shù)據(jù)庫，諸如域名系統(tǒng) (DNS)系統(tǒng)。應該注意這些檢查是“盡量”確定并且總是不可能100%準確。此外，在一個實施例中，保存通信未成功的SMTP地址的高速緩存。SMTP地址的該 高速緩存可以被保存在電子郵件服務器之外，從而利用組織內(nèi)的其他信息源。例如，組織可 以與Microsoft HOTMAL 基于Web的電子郵件服務通信。該外部電子郵件系統(tǒng)也可跟 蹤通信已成功以及通信未成功的SMTP地址。出于效率的目的，組織可以組合高速緩存。當評估SMTP地址的有效性而非訪問與電子郵件服務器相關(guān)聯(lián)的信息源時，可以首先檢查該 外部高速緩存作為加速對用戶的響應的方式。如果接收者的SMTP消息在組合的高速緩存 上，則電子郵件服務服務器可以提供對用戶更快的響應。
圖9示出了使用客戶端設(shè)備來創(chuàng)建電子郵件的方法。在操作910處，用戶在客戶 端設(shè)備處撰寫電子郵件消息。在操作920處，在撰寫消息時，客戶端設(shè)備可以接收郵件提示 或接收調(diào)用在客戶端設(shè)備上顯示的對話框的通信。郵件提示可以包含警告用戶其可能希望 修改的電子郵件消息的屬性的信息或消息。如果在操作930處接收到對話框，那么用戶需 要在操作940處點擊OK以確認該信息并關(guān)閉對話框。用戶可以在操作950處使用郵件提 示或?qū)υ捒蛑械男畔碓诎l(fā)送電子郵件消息之前修改它。盡管已經(jīng)用結(jié)構(gòu)特征和/或方法專用的語言描述了本主題，但是應該理解在所附 權(quán)利要求中定義的主題不必限于上述具體特征或方法。相反，上述具體特征和方法是作為 實現(xiàn)權(quán)利要求的示例性形式公開的。
權(quán)利要求
一種用于標識與電子郵件消息的內(nèi)容相關(guān)聯(lián)的屬性以及關(guān)于所述屬性來警告用戶的系統(tǒng)(100)，所述系統(tǒng)(100)包括被編程為允許用戶創(chuàng)建包括至少一個接收者和消息內(nèi)容的電子郵件消息的客戶端設(shè)備(110)；被編程為檢查所述電子郵件消息的屬性和發(fā)送所述電子郵件消息的服務器(120)；以及與所述服務器通信(120)通信一個或多個信息存儲(130)，所述信息存儲(130)包括有關(guān)所述電子郵件消息的信息；其中所述服務器(120)被編程為隨著所述用戶撰寫所述電子郵件消息，查詢所述信息存儲(130)以獲得有關(guān)所述電子郵件消息的信息，并且所述服務器(120)將有關(guān)所述電子郵件消息的郵件提示(210)發(fā)送給所述客戶端(110)以及其中所述客戶端(110)被編程為向所述用戶提供所述郵件提示(210)，所述郵件提示(210)由所述客戶端(110)格式化和放置以使得它被集成在所述電子郵件消息內(nèi)。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述客戶端還被編程為顯示對話框，所述對 話框被編程為要求所述用戶在發(fā)送所述電子郵件消息之前確認所述對話框。
3.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述客戶端還被編程為阻止所述電子郵件 消息被發(fā)送。
4.如權(quán)利要求3所述的系統(tǒng)，其特征在于，所述電子郵件消息的發(fā)送按鈕被禁用。
5.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述客戶端還被編程為將所述郵件提示放 置在功能區(qū)和所述電子郵件消息的頭部部分中的地址字段之間。
6.如權(quán)利要求1所述的系統(tǒng)，其特征在于，由所述服務區(qū)檢查的所述電子郵件消息的 屬性是從由以下各項組成的組中選出的(1)所述電子郵件消息的大小超過閾值，⑵包含 在所述電子郵件消息中的接收者的數(shù)目超過閾值，⑶所述電子郵件消息包含受限的附件， (4)所述電子郵件消息包含不正確地形成的簡單郵件傳輸協(xié)議地址，以及(5)所述電子郵 件消息包含來自暗送接收者的回復全部響應。
7.如權(quán)利要求1所述的系統(tǒng)，其特征在于，由所述服務器檢查的所述電子郵件消息的 屬性是從由以下各項組成的組中選出的(1)所述接收者不在辦公室，(2)所述接收者是組 織外部的，(3)所述接收者的郵箱是滿的，(4)所述接收者具有受限訪問，(5)所述接收者的 電子郵件地址被誤拼寫，以及(6)所述接收者不再在所述組織中雇傭。
8.如權(quán)利要求1所述的系統(tǒng)，其特征在于，由所述服務器檢查的所述電子郵件消息的 屬性是從由以下各項組成的組中選出的(1)分發(fā)列表的大小超過閾值，(2)所述分發(fā)列表 是適中的分發(fā)列表，(3)所述分發(fā)列表具有有關(guān)訪問的限制，以及(4)所述分發(fā)列表包括所 述組織外部的成員。
9.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述客戶端是從由以下各項組成的組中選 出的(1)臺式電子郵件客戶端，以及⑵移動設(shè)備客戶端。
10.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述信息存儲是從由以下各項組成的組中 選出的(1)所述發(fā)送者的郵箱，(2)所述接收者的郵箱數(shù)據(jù)庫存儲，(3)本地高速緩存，(4) 目錄服務，以及(5)遠程服務器。
11.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述服務器包括web服務模塊，所述web服務模塊包含郵件提示模塊。
12.如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述郵件提示是由所述客戶端在電子郵 件撰寫事件的給定時間段內(nèi)顯示的。
13.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述郵件提示是由所述客戶端在電子郵件 撰寫事件的給定時間段內(nèi)顯示的。
14.一種用于向用戶警告與發(fā)送電子郵件消息相關(guān)聯(lián)的信息的方法，所述方法包括 從客戶端(110)接收電子郵件撰寫事件，所述電子郵件撰寫事件是在電子郵件消息的撰寫期間發(fā)生的；訪問一個或多個信息存儲(130)以獲得有關(guān)所述電子郵件消息的信息； 從多個郵件提示中選擇一郵件提示(210)，所述郵件提示(210)對應于從所述一個或 多個信息存儲(130)獲得的、有關(guān)所述電子郵件消息的信息；以及在所述電子郵件消息的撰寫期間將響應發(fā)送給所述客戶端(110)，所述郵件提示 (210)被配置成使得所述客戶端(110)可以將郵件提示(110)集成在所述電子郵件消息的 頭部部分(225)內(nèi)。
15.如權(quán)利要求14所述的方法，其特征在于，還包括檢查與所述電子郵件消息相關(guān)聯(lián) 的屬性，所述屬性是從由以下各項組成的組中選出的(1)所述電子郵件消息的大小超過 閾值，⑵包含在所述電子郵件消息中的接收者的數(shù)目超過閾值，⑶所述電子郵件消息包 含受限的附件，(4)所述電子郵件消息包含不正確地形成的簡單郵件傳輸協(xié)議地址，以及 (5)所述電子郵件消息包含來自暗送接收者的回復全部響應。
16.如權(quán)利要求14所述的方法，其特征在于，還包括檢查與所述電子郵件消息相關(guān)聯(lián) 的屬性，所述屬性是從由以下各項組成的組中選出的(1)所述接收者不在辦公室，(2)所 述接收者是組織外部的，(3)所述接收者的郵箱是滿的，(4)所述接收者具有受限訪問，(5) 所述接收者的電子郵件地址被誤拼寫，以及(6)所述接收者不再在所述組織中雇傭。
17.如權(quán)利要求14所述的方法，其特征在于，還包括檢查與所述電子郵件消息相關(guān)聯(lián) 的屬性，所述屬性是從由以下各項組成的組中選出的(1)分發(fā)列表的大小超過閾值，(2) 所述分發(fā)列表是適中的分發(fā)列表，以及(3)所述分發(fā)列表具有有關(guān)訪問的限制。
18.如權(quán)利要求14所述的方法，其特征在于，還包括訪問所述信息存儲，所述信息存儲 是從由以下各項組成的組中選出的(1)所述發(fā)送者的郵箱，(2)所述接收者的郵箱數(shù)據(jù)庫 存儲，(3)本地高速緩存，(4)目錄服務，以及(5)網(wǎng)站。
19.一種用于確認電子郵件消息的簡單郵件傳輸協(xié)議(SMTP)地址的方法，所述方法包括從客戶端(110)接收電子郵件撰寫事件，所述電子郵件撰寫事件在電子郵件消息的撰 寫期間發(fā)生的，所述電子郵件撰寫事件包括添加具有SMTP地址的一個或多個接收者； 在所述服務器(120)處訪問SMTP地址的高速緩存(710)；通過檢查與所述接收者之一的各SMTP地址中的一個SMTP地址相關(guān)聯(lián)的域是否匹配在 SMTP地址的服務器高速緩存(710)中列出的SMTP地址來檢查該SMTP地址；以及如果所述域是匹配的，那么在所述電子郵件消息被發(fā)送之前，在所述電子郵件消息的 撰寫期間將響應發(fā)送給所述客戶端(110)。
20.如權(quán)利要求19所述的方法，其特征在于，檢查所述接收者的SMTP地址還包括執(zhí)行對域名的域名服務查找 。
全文摘要
一種用于標識與電子郵件消息的內(nèi)容相關(guān)聯(lián)的屬性以及用于警告用戶的系統(tǒng)包括被編程為允許用戶創(chuàng)建包括至少一個接收者和消息內(nèi)容的電子郵件消息的客戶端設(shè)備、被編程為檢查電子郵件消息的屬性以及發(fā)送電子郵件消息的服務器、以及與服務器通信的一個或多個信息存儲，該信息存儲包括有關(guān)該電子郵件消息的信息。該服務器被編程為隨著用戶撰寫消息，查詢該信息存儲以獲得有關(guān)該電子郵件消息的信息，并且該服務器發(fā)送有關(guān)該電子郵件消息的郵件提示給該客戶端。該客戶端被編程為向該用戶提供該郵件提示，該郵件提示由客戶端格式化和放置以使得其被集成在電子郵件消息的頭部部分內(nèi)。
文檔編號G06Q50/00GK101842803SQ200880114595
公開日2010年9月22日 申請日期2008年10月23日 優(yōu)先權(quán)日2007年10月29日
發(fā)明者J·M·多爾蒂, N·F·沃杜普斯, S·L·曼寧, S·M·托馬斯 申請人:微軟公司