文章編號: 922759 - 上次校閱: 2006年7月25日 - 版次: 1.2 會議會議邀請中的 [提醒] 設定可能會被清除,或可能會優先於會議 Outlook 2003 中的 [提醒] 設定
徵狀當您收到具有在 Microsoft Office Outlook 2003 中設定提醒的會議邀請時,您可能會遇到一或多個下列徵狀:
其他可行方案如果要解決這個問題,使用指令碼來強制 提醒 事件至所有的會議要求和會議更新相等則為 True。若要執行此動作,您需要撰寫指令碼。請使用 [電子郵件規則] 功能,執行指令碼每次收到新的會議邀請或新的會議更新。 其他相關資訊下列案例說明當 Outlook 2003 處理有設定提醒的會議要求時,可能會遇到的未預期的行為。 案例 1
案例 1 中所發生的行為
Outlook 會檢查已接收的會議邀請的狀態時,兩個屬性會使用具有此功能。這些屬性包括識別為 [預設提醒時間] 及 [反映提醒的實際時間的同一系列文件屬性的設定。 當提醒觸發程序差異時間就會留在 15 分鐘的預設值時,Outlook 提醒時間,指出寄件者已經使用預設的提醒訊息時間放置硬式編碼的時間。此硬式編碼的時間不是預設提醒觸發程序差異時間,15 分鐘。接收者會接受會議邀請 」 會議要求以行事曆萃取階段 」 期間時, Outlook 會檢查提醒觸發程序差異時間,以判斷值是否為硬式編碼的預設時間。如果是硬式編碼的預設時間,Outlook 會將提醒觸發程序 Delta 設定收件者的設定。 變更提醒觸發程序差異時間時 Outlook 會使用差異時間所指定的寄件者。當收件者接受會議邀請 」 會議要求以行事曆萃取階段 」 期間時,Outlook 會檢查提醒觸發程序差異時間,以判斷值是否為硬式編碼的預設時間。因為在這種情況下提醒觸發程序差異時間不是預設硬式編碼值,Outlook 會保留寄件者的設定。 案例 2
案例 2 中所發生的行為
比方說下列動作可能就會發生其中根據條件:
如果在其中一個提醒關閉的會議邀請送達,[提醒] 資料夾將不新增項目。此外,Outlook 永遠不會知道提醒有發生此事件。Outlook 並不需要發生是因為要求的寄件者不想要設定提醒的提醒。這可能是相對至收件者的預期。此設計會要求提醒將不設定因為的會議邀請的連入的狀態。如果您想要所有提醒會議不論是否設定提醒,您收到的邀請,您還必須開啟這些項目,然後開啟 [提醒] 選項。 您不應該假設由於傳送者沒有收件控制提醒是否已傳送的項目被設定的預設設定用於在案例 1 中的案例 2。此外,作為在分析藍本 1 因為提醒設定成布林 (Boolean) 旗標,可設定為 0 或 1,Outlook 無法判斷提醒時間是預設的提醒訊息時間寄件者或收件者的預設提醒時間。
機器翻譯重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。 按一下這裡查看此文章的英文版本:922759?
(http://support.microsoft.com/kb/922759/en-us/
)
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應,不負任何擔保責任。Microsoft及(或)其供應商謹此聲明,不負任何對與此資訊有關之擔保責任,包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。 | 其他資源 其他支援網站社群立即取得協助文章翻譯
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


回此頁最上方
