共用方式為

讓語音信箱使用者在Exchange Server中接收傳真

  • 發行項

適用于：Exchange Server 2013 Exchange Server 2016

Microsoft Exchange 整合通訊 (UM) 可讓語音信箱訊息傳遞至使用者的信箱中，並可讓使用者在其信箱內接收傳真。 在 UM 中，傳真會以內含影像檔案 (副檔名為 .tif) 的電子郵件形式傳送至使用者信箱。 使用者可以使用能夠開啟及檢視副檔名為 .tif 之影像檔案的軟體應用程式，開啟附加的檔案。 本主題討論傳真及其在 UM 中的運作方式。

注意事項

雖然整合通訊無法讓使用者傳送外寄傳真，但使用者可使用許多協力廠商解決方案 (例如網際網路傳真服務、電子郵件傳真服務或協力廠商傳真伺服器應用程式) 來傳送外寄傳真。

傳真概觀

傳真 (Fax) 是傳真 (Facsimile) 一字的縮寫。 這是一項用來以電子方式傳輸文件的技術。 一般而言，傳真的傳送與接收都是使用公用交換電話網路 (PSTN) (一種電話語音或電路型網路)，透過傳真機或電腦傳真數據機來進行。 不過，您也可以使用其他選項來傳送及接收傳真。

現今大多數的組織都需要其使用者傳送及接收傳真。 這些組織使用下列清單中描述的一個或多個方法，透過 PSTN 或網際網路來傳送或接收傳真。 這些方法各有優缺點。

  • 傳統傳真機及電腦型傳真

  • 使用傳真伺服器或傳真閘道進行傳真

  • 使用 VoIP 網路進行傳真

  • 使用電子郵件用戶端應用程式進行傳真

若要傳送傳真訊息，組織內的使用者可能需要執行下列作業：

  • 列印要傳送的文件副本並使用實體傳真機傳送。

  • 將文件儲存在電腦上，然後使用傳真數據機傳送傳真，不過這需要讓電腦與電話線路連接。

  • 使用可以讓他們透過廠商專用軟體應用程式傳真文件的網際網路傳真服務。

  • 利用設定為使用傳真伺服器的軟體應用程式，將外寄傳真傳送到傳真伺服器。

若要接收傳真，組織內的使用者可能需要執行下列作業：

  • 在組織內的實體傳真機上接收傳真。

  • 使用電腦上所安裝的傳真數據機接收傳真。

  • 透過網際網路傳真服務接收傳真。

  • 從網路上設定的傳真伺服器接收傳真。

  • 從使用整合通訊以透過 VoIP 網路傳遞傳真的傳真合作夥伴伺服器接收傳真。

傳真方法

傳送及接收傳真的選項有很多個，這些選項如下：

傳統傳真機和以電腦為基礎的傳真：掃描器、電腦中的傳真數據機、具有內建傳真功能的印表機，或專用傳真電腦可用來傳送和接收傳真。 上述所有設備都可以透過電話線，以脈衝的形式將資料傳輸到其他傳真裝置 (通常是具有傳真數據機的其他傳真機或電腦)。 接著可將脈衝轉換為影像，或使用脈衝在紙張上列印影像。

傳統的傳真方法在傳送及接收裝置上至少要有一條電話線，且同時間只能傳送或接收一個傳真。 使用傳真數據機傳送及接收傳真的缺點是電腦必須開機，且必須執行傳真軟體或傳真服務。 這種電腦型傳真不使用網際網路來傳送或接收傳真。

傳統及電腦型傳真

傳統傳真。

傳真伺服器或閘道和網際網路傳真服務：有數種方式可透過網際網路傳送和接收傳真。 其中包括在電腦上使用軟體應用程式，或使用電子郵件用戶端來接收傳真。 在大部分情況下，這種傳真涉及使用傳真伺服器或傳真閘道在傳真和電子郵件之間轉換。 此方法已變得越來越熱門，因為它可讓組織移除或避免購買其他傳真機。 它也不需要安裝額外的電話線。 這種傳真涉及建立檔，包括具有正確識別資訊的傳真封面，然後將檔傳送至傳統傳真電腦。 例如，使用者會使用 Microsoft Word 或 Microsoft Outlook 等軟體應用程式來建立傳真並傳送至傳真伺服器或閘道。 傳真伺服器或閘道會接收傳真，然後使用傳統電話線傳送至傳真機或安裝在電腦上的傳真數據機。

使用傳真伺服器或閘道進行傳真

使用傳真伺服器/閘道傳真。

網際網路傳真服務可以讓使用者藉由使用網際網路從電腦傳送傳真。 軟體應用程式 (如 Word 或 Outlook) 可用來建立傳真，並將傳真傳送到網際網路傳真服務。 許多公司都是以訂閱的形式來提供網際網路傳真服務，或是以針對傳送的每一則傳真訊息進行收費的方式來提供。 網際網路傳真服務提供下列優點：

  • 不需要傳真機。

  • 不必安裝軟體或硬體。

  • 不需要專用電話線。

  • 具機密性。

  • 可同時傳送多個傳真。

  • 電腦關閉時可以接收傳真。

下圖顯示如何使用網際網路傳真服務來傳送及接收傳真。

網際網路傳真服務

網際網路傳真服務。

使用電子郵件用戶端應用程式傳真：傳真電腦可以透過網際網路傳送和接收傳真，然後由 Outlook 之類的電子郵件用戶端接收。

T.37 通訊協定的設計目的，主要是讓傳真機可以透過網際網路將傳真訊息傳送到電子郵件用戶端。 傳真是以電子郵件附件 (通常是 .tif 或 .pdf 檔案) 的方式透過網際網路進行傳送。 在進行這種傳真時，除了要有用於傳送及接收傳真機的電子郵件地址之外，還需要有支援 iFax 或 T.37 的傳真機。 為了能與傳統的傳真機及傳真數據機搭配使用，所有的 T.37 傳真機都支援使用電話線進行標準傳真。 不過，有時候也只有在使用傳真閘道時才能使用 T.37 傳真機。 下圖顯示如何使用 T.37 型傳真機及電子郵件用戶端來傳送及接收傳真。

以電子郵件進行傳真

使用電子郵件傳真。

使用 VoIP 網路傳真：VoIP是一種技術，提供硬體和軟體，可讓使用者使用 IP 型網路作為電話的傳輸媒體。 在 VoIP 網路上，主要是使用 IP (而非傳統的電路傳輸或是 PSTN 電路切換電話線)，以封包傳送語音及傳真資料。 連接至 IP 網路的 VoIP 閘道會使用 VoIP 在執行 Microsoft Exchange 整合通訊呼叫路由器服務的 Client Access Server、執行 Microsoft Exchange 整合通訊服務的 Mailbox Server 以及專用交換機 (PBX) 系統之間傳送語音資料封包。 您也可以使用 IP PBX 來執行 VoIP 閘道及 PBX 的功能。

有兩種基本類型的網路： 電路切換與封包切換。 電路切換網路是一種有專用連線的網路。 專用連線是一種兩個節點間所設定的電路或通道，以便互相通訊。 當兩節點間建立通話後，只有這兩個節點可以使用此連線。 當其中一個節點結束通話時，連線即取消。 在電路切換網路 (如 PSTN) 中，多通電話可同時通過相同的傳輸媒介。 最常用在 PSTN 中的媒介為銅。 不過也可以使用光纖纜線。

在封包切換網路 (例如網際網路或區域網路 (LAN)) 中，封包會透過最方便的路由傳送至目的地，不過兩個主機間所有的封包並非全部都會通過相同的路由，就算是從單一郵件而來也是。 這也代表封包會在不同的時間抵達且順序混亂。 在封包切換網路中，封包 (郵件或郵件片段) 會在節點之間、在可能與其他節點共用的資訊連結上個別路由傳送。 與電路切換不同，在封包切換中網路上連接至節點的多重連線會共用可用頻寬。 封包切換網路可讓網際網路存在，同時讓資料網路 (特別是以 LAN 為基礎的 IP 和 VoIP 網路) 更可用且更廣泛。

T.38

T.38 是啟用透過 IP 式網路之傳真的傳真標準及通訊協定。 使用 T.38 通訊協定的 IP 式網路，會使用簡易郵件傳送通訊協定 (SMTP) 及多用途網際網路郵件延伸 (MIME)，將郵件傳送到收件者的信箱。 T.38 可讓擁有 IP 功能的傳真裝置及傳真閘道進行 IP 傳真傳輸。 裝置可包含 IP 網路式主機，例如用戶端電腦及印表機。 在 Exchange 整合通訊中，傳真影像是編碼為 .tif 並附加到電子郵件的不同文件。 電子郵件及 .tif 檔案附件兩者都會傳送到已啟用 UM 的使用者信箱。

整合通訊仰賴閘道的功能，將分時多工 (TDM) 或電話語音電路切換型的通訊協定 (如整合服務數位網路 (ISDN) 或 QSIG) 從 PBX 轉譯或轉換成 IP 式或 VoIP 式通訊協定 (如工作階段初始通訊協定 (SIP)、即時傳輸通訊協定 (RTP) 或接收傳真訊息的 T.38)。 VoIP 閘道對整合通訊的功能與作業而言，是不可或缺的部分。 VoIP 閘道負責感應傳真音調。 Client Access Server 和 Mailbox Server 仰賴 VoIP 閘道來傳送已偵測到傳真的通知。 然後 Client Access Server 和 Mailbox Server 會重新協議媒體工作階段並使用 T.38 通訊協定。

整合通訊的傳真功能概觀

在整合通訊中，使用者是以編碼為 .tif 影像檔案並附加到電子郵件的不同文件接收傳真影像。 電子郵件及 .tif 附件兩者都會傳送到已啟用 UM 的使用者信箱。

將傳真訊息傳送至使用者的信箱有幾個優點。 這些優點包括：

  • 可降低實體或傳統傳真機的數量。

  • 可以降低組織內用於傳真的電話線數量，因為 Mailbox Server 可以將數個傳真排入佇列，然後在有任何電話線可以使用時將各個傳真傳送出去。

  • 接收為 .tif 影像檔的傳真品質優於傳統傳真。 傳入傳真可以由本機或共用印表機列印。

  • 傳送到使用者信箱的傳真比較安全，因為這些傳真比較不會像書面傳真一般被收件者以外的人收到。

  • 使用者不必離開自己的座位，就可以接收傳真。

  • 可以監控接收到的傳真訊息以確保這些傳真訊息符合組織的安全性原則。

一個傳真訊息只能傳送給一位已啟用 UM 的使用者。 整合通訊無法將傳真訊息轉寄給通訊群組清單。 如果您需要此功能，必須遵循下列步驟：

  1. 建立信箱以接聽傳真呼叫。 這將會是通訊群組清單的信箱。

  2. 啟用通訊群組清單信箱的 UM 功能。

  3. 為這個已啟用 UM 的信箱建立規則。 該規則會設為將所有訊息轉寄到選取的通訊群組清單。

接收傳入的傳真

在 VoIP 網路接收傳真，與在標準傳真機接收傳真或使用 IP 式網路上的傳真伺服器接收傳真並不相同。 若要能透過 VoIP 網路傳送及接收傳真，必須有支援 T.38 通訊協定的 VoIP 閘道或 IP PBX 以及也支援 T.38 的伺服器。 T.38 可以讓 IP 式傳真傳輸用於 IP 網路型主機 (如用戶端電腦)、內建傳真功能的印表機以及伺服器 (如 Mailbox Server)。

重要事項

在整合了整合通訊及 Microsoft Office Communications Server 2007 R2 或 Microsoft Lync Server 的環境中，不支援使用 T.38 或 G.711 來傳送及接收傳真。

當 PBX 接收到呼叫時，就會將該呼叫轉接至適當分機。 如果使用者分機號碼無人接聽，PBX 會將該呼叫轉接至 VoIP 閘道，VoIP 閘道再將呼叫轉接至適當的 Mailbox Server。 Mailbox Server 會根據呼叫使用的通訊協定來判斷呼叫屬於語音呼叫或傳真呼叫。 如果使用的是 SIP 通訊協定，Mailbox Server 會將呼叫視為語音訊息來進行處理。 不過，如果是從 VoIP 閘道使用 T.38 通訊協定，Mailbox Server 會將該呼叫辨識為用於傳真，並依照以下段落描述的方式處理該呼叫。 Mailbox Server 會將傳入傳真呼叫轉送到專用的傳真協力程式伺服器，然後該伺服器會與傳真寄件者建立傳真呼叫，並代表已啟用 UM 的使用者接收傳真。 傳真協力程式的伺服器會將傳真資料作為 SMTP 郵件的 .tif 附件傳送到收件者的信箱。

Mailbox Server 在接收到從 VoIP 閘道傳入的 T.38 傳真訊號時，會使用「輕量型目錄存取通訊協定 (LDAP)」來查詢目錄，以判斷所傳入傳真呼叫的預定收件者是否可接收傳入的傳真訊息，並判斷傳真協力程式伺服器的 SIP 位址。 在檢查這些資訊之後，Mailbox Server 會將傳真呼叫轉介要求傳送至 VoIP 閘道或 SIP 對等網路，然後再由其將傳真要求轉寄至傳真協力程式伺服器。 在成功建立傳真呼叫之後，傳真寄件者會將傳真媒體和資料傳送至傳真協力程式伺服器。 當傳真協力程式伺服器收到傳真媒體和資料之後，會使用 SMTP 將電子郵件傳送給 Mailbox Server。 這封郵件含有傳真訊息的 .tif 影像，以及給預定傳真收件者的特殊 X 標頭。

當經過驗證的傳真訊息從有效的傳真協力程式伺服器傳送之後，Mailbox Server 上的 UM 信箱助理員會將 RPC 呼叫發給 Microsoft Exchange 整合通訊服務。 如此可確保傳真訊息內容符合由 Mailbox Server 建立的傳真訊息內容。 最後，Mailbox Server 會再次提交最終的傳真訊息，其中包含傳入傳真的電子郵件和 .tif 附件。 然後，已完成且經過格式化的傳真訊息版本會使用 MAPI RPC 傳送至含有預訂收件者之信箱的 Mailbox Server。

傳真呼叫轉介方法

傳入傳真呼叫的訊號，會從 VoIP 閘道或 SIP 對等網路 (媒體閘道) 透過 SIP 重新邀請、由 SIP 對等網路發出 CNG (呼叫的傳真音調) 通知，或 Mailbox Server 發出 CNG 偵測，來傳送至 Mailbox Server。 下列各節將詳細說明各種情況下的傳真呼叫轉介。

從 SIP 對等網路重新邀請

UM 整合通訊總機號碼的傳入呼叫會導向至 UM，作為包含語音 (RTP/音訊) SDP 設定檔的邀請 (INVITE)。

  1. UM 接受邀請，並建立媒體資料流。 在建立呼叫之後，呼叫者會初始化傳真傳輸。

  2. SIP 對等網路會偵測呼叫的傳真音調 (CNG)。 SIP 對等網路會將重新邀請發給 Mailbox Server，這次則會在 SDP 中指定傳真 (T.38 或 G.711) 設定檔。

  3. UM 會以 200 OK 回應邀請，將 SIP 對等網路置於「保留」狀態。

  4. UM 會發出 REFER，將 SIP (CNG) 對等網路轉介至從組態資料取得的傳真協力程式解決方案端點。

  5. SIP 對等網路會將傳真工作階段邀請傳送至傳真協力程式解決方案。

  6. 傳真協力程式解決方案會接受邀請，並以 SIP 對等網路建立媒體工作階段。

SIP 對等網路發出的 CNG 通知

UM 整合通訊總機號碼的傳入呼叫會導向至 UM，作為包含語音 (RTP/音訊) SDP 設定檔的邀請 (INVITE)。

  1. UM 接受邀請，並建立媒體資料流。 在建立呼叫之後，呼叫者會初始化傳真傳輸。

  2. SIP 對等網路會偵測呼叫的傳真音調 (CNG)。SIP 對等網路會以符合 RFC 4733 的方式在 RTP 資料流中傳送 CNG 通知，以通知傳真的 UM 伺服器。

  3. UM 會立即發出 REFER 以回應通知，然後將 SIP 對等網路轉介至從其組態資料取得的傳真協力程式解決方案端點。

  4. SIP 對等網路會將傳真工作階段邀請傳送至傳真協力程式解決方案。

  5. 傳真協力程式解決方案會接受邀請。

  6. 以 SIP 對等網路建立媒體工作階段。

Mailbox Server 發出的 CNG 偵測

UM 整合通訊總機號碼的傳入呼叫會導向至 UM，作為包含語音 (RTP/音訊) SDP 設定檔的邀請 (INVITE)。 UM 接受邀請，並建立媒體資料流。

  1. 在建立呼叫之後，呼叫者會初始化傳真傳輸。

  2. Mailbox Server 會在 RTP 音訊資料流中偵測傳真音調 (CNG)。

  3. UM 會立即發出 REFER 以回應通知，然後將 SIP 對等網路轉介至從其組態資料取得的傳真協力程式解決方案端點。

  4. SIP 對等網路會將傳真工作階段邀請傳送至傳真協力程式解決方案。

  5. 傳真協力程式解決方案會接受邀請。

  6. 以 SIP 對等網路建立媒體工作階段。

設定傳真

根據預設，當您安裝信箱伺服器時，伺服器不會設定為允許處理傳入傳真呼叫，或將傳入傳真呼叫傳遞給啟用 UM 的使用者。 若要使用傳真夥伴伺服器設定 UM，您必須設定 UM 信箱原則，並在信箱伺服器與傳真夥伴伺服器之間設定驗證。 如需詳細資訊， 請參閱設定傳入傳真。

電話號碼及傳真

當您設定已啟用 UM 的使用者接收傳真訊息時，Exchange 整合通訊中會提供下列選項：

  • 與傳真和語音信箱搭配使用的個別使用者的 Direct Inward Dial (DID) 電話號碼。

  • 用於接收傳真的個別使用者的個別 DID 電話號碼。

  • 接收所有傳真的所有使用者的傳真電話代表號。

單一 DID 電話號碼

當您使用 [啟用 UM 信箱] 頁面或 Enable-UMMailbox 指令程式來對使用者啟用整合通訊時，必須為使用者指定至少一個分機號碼。 此分機號碼必須針對每位使用者來啟用，且在特定撥號對應表中必須是唯一的。 整合通訊會使用此分機尋找正確的使用者，並將語音及傳真訊息傳遞到使用者的信箱。 如需詳細資訊，請參閱 Enable-UMMailbox。

使用單一 DID 號碼時，您可以設定傳真功能，讓使用者將單一 DID 號碼用於語音和傳真兩者。 這個組態很容易管理，且不會浪費其他 DID 號碼。 若傳真送達時使用者不在或未接聽電話，UM 會接聽該呼叫、偵測傳真音調、建立傳真訊息並將其傳送給使用者。

如果以單一 DID 電話號碼進行傳真設定的使用者，在未離開座位或在講電話時收到傳真機呼叫，使用者可以：

  • 不接聽電話，讓傳真呼叫轉寄到 Mailbox Server 並讓其接聽，然後就會建立傳真訊息並轉寄到使用者的信箱。

  • 接聽傳真呼叫，並且將傳真呼叫傳輸給自己，讓該呼叫轉寄到 Mailbox Server 並讓其接聽，然後就會建立傳真訊息並轉寄到使用者的信箱。

  • 等候來電者再次傳送傳真，讓傳真呼叫傳輸到 Mailbox Server。

總而言之，使用單一 DID 號碼會需要使用者執行其他動作才能接收傳真訊息。

多個 DID 電話號碼

當您啟用統一通訊的使用者時，您至少必須為該使用者輸入單一擴充號碼。 您可以使用 Exchange 系統管理中心 (EAC) ，為啟用 UM 的使用者新增多個擴充號碼。 如需詳細資訊，請 參閱新增擴充號碼。

當已啟用 UM 的使用者有下列情況時，新增多個分機號碼會很有用：

  • 接收到許多傳真。

  • 不想受到接聽電話以接收傳真這件事的打擾。

  • 不想在接聽電話時聽到傳真音調。

新增多個分機比只使用單一分機還要複雜，而且可能需要在 PBX 或 IP PBX 上進行其他組態設定。 若要為已啟用 UM 的使用者設定多個分機號碼，您必須擁有尚未在組織中使用的可用 DID 分機號碼。 如果組織中可用的 DID 分機號碼數量有限，則已啟用 UM 的使用者最好不要使用多個號碼。

使用多個 DID 擴充號碼的好處是，啟用 UM 的使用者會在一個 DID 擴充號碼上接收語音通話，並在另一個 DID 擴充號碼上收到傳真通話。 對使用者來說，針對語音信箱及傳真呼叫使用不同 DID 號碼會比較容易一點。

如果您為特定使用者設定兩個 DID 擴充號碼，DID 擴充功能號碼可以來自個別的 UM 撥號對應表。 若要使用兩個 DID 號碼，您可以建立撥號對應表，並使用信箱伺服器作為專用伺服器，以接收傳真呼叫並將傳真訊息轉寄給使用者。 如需詳細資訊，請 參閱建立 UM 撥號對應表。

在為已啟用 UM 的使用者設定多個 DID 分機號碼時可以使用以下選項：

  • 一個不含統一通訊的傳真延伸模組，另一個用於語音：此類型的設定是以每位使用者為基礎來啟用，而且當您有額外的或未使用的 DID 擴充功能號碼可用時，就會使用此設定。 系統會將一個 DID 分機號碼發行為使用者的語音信箱號碼，將另一個 DID 分機號碼發行為使用者的傳真號碼。 由於使用者未接聽電話或發生忙線信號時所接聽的語音呼叫會轉接到 Mailbox Server，然後會建立語音訊息，並將其傳送到已啟用 UM 之使用者的信箱。 其他分機號碼可以連接到傳真機或其他具有傳真數據機的電腦。 在這種組態下，Mailbox Server 不會處理傳真呼叫，也不會將傳真訊息傳送到已啟用 UM 之使用者的信箱。

  • 一個用於傳真的擴充功能和一個用於語音的擴充功能：此類型的設定是以每個使用者為基礎來啟用，而且可在您的組織有許多可用的 DID 擴充功能號碼時使用。 在此組態中，由於使用者未接聽電話或發生忙線信號時接聽的這兩個 DID 分機號碼都會轉接到 Mailbox Server，它會根據所呼叫的 DID 分機號碼建立語音或傳真訊息。 雖然使用者會針對語音及傳真各發行一個號碼，Mailbox Server 仍會偵測 DID 分機號碼接收到的呼叫類型，並可由其中一個 DID 分機號碼的呼叫建立語音或傳真訊息。 當使用者沒有個別傳真機，或不具有用來接聽內送傳真呼叫之傳真數據機的專用電腦時，這個選項會很有用。

  • 傳真有一個「虛設」擴充功能，另一個用於語音：此類型的設定是以每位使用者為基礎來啟用。 這個選項基本上與使用兩個 DID 號碼 (一個用於傳真、一個用於語音) 的組態相同。 不過，在這個組態中，發行給已啟用 UM 之使用者的傳真呼叫號碼，在 PBX 上是設為「幽靈」分機。 這個「幽靈」DID 分機號碼所接收到的內送呼叫一律會轉接到 Mailbox Server。

    這種組態的優點是 Mailbox Server 會接聽內送傳真呼叫。 當電話鈴響但無人接聽時，Mailbox Server 就會建立傳真並轉接到已啟用 UM 之使用者的信箱，不會打擾使用者。 這種情況會自動發生，是因為使用者附近沒有放置電話或傳真裝置，不會聽到內送呼叫的響聲。

    這種組態的缺點是您必須擁有可用的其他 DID 分機，且必須將 PBX 或 IP PBX 設定為將呼叫轉接給 Mailbox Server。

傳真電話代表號

當您使用 [啟用 UM 信箱] 頁面或 Enable-UMMailbox 指令程式來對使用者啟用整合通訊時，必須為使用者指定至少一個分機號碼。 然而，如果您需要為傳入傳真設定傳真代表號，則必須設定已啟用 UM 的個別信箱以便用來接收所有傳真。

在某些組織中，特別是每天會接收到許多傳真的組織，您可能會想要為整個組織發行一個傳真號碼。 所有的來電者在提交傳真給組織中的使用者時，都會使用這個傳真號碼。

為整個組織發佈一個傳真號碼，可讓您的組織控制使用者收到的傳真類型。 此設定的優點是只需要單一 DID 擴充號碼或外部電話號碼。 此外，每個啟用 UM 的使用者都不需要個別的 DID 號碼來傳真。 不過，它確實需要「傳真員」或其他人員，根據傳真封面或傳真訊息本身包含的資訊，將傳入傳真散發給組織內的使用者。

注意事項

在 Exchange 整合通訊中無法搭配使用傳真代表號和光學字元辨識 (OCR)。 這種組態可以使用傳真代表號。 不過，不必透過人工路由傳送給收件者，傳真軟體會接收傳真、執行 OCR，然後試著根據封面或傳真訊息上的資訊找出收件者。

在以下情況中，整個組織使用單一傳真號碼是相當實用的：

  • 組織中的使用者在信箱中接收到太多傳真而無法有效進行管理。

  • 使用者在信箱中接收到太多垃圾傳真。

  • 商務需求太複雜，無法保證建立傳輸規則來接受傳入的傳真，並將其路由傳送至預定的信箱。 這可能不實用，例如，如果您的組織要求您將特定傳真路由傳送至一個群組，而將其他傳真路由至另一個群組。 如需詳細資訊，請參閱 郵件流程或傳輸規則。

  • 無法有效使用 Outlook 篩選傳真訊息。

日誌記錄 UM 傳真訊息

許多實作日誌記錄的組織也可以使用整合通訊來合併其電子郵件、語音信箱和傳真基礎結構。 不過，您可能不想讓日誌處理常式針對整合通訊所產生的訊息產生日誌報告。 在此情況下，您可以決定是否要記錄由信箱伺服器處理的語音信箱訊息和未接來電通知訊息，或略過這類訊息。 如果您的組織不需要語音信箱和未接來電通知的日誌記錄，您可以略過這類訊息來減少儲存日誌報告所需的硬碟空間。 當您啟用或停用語音信箱訊息和未接來電通知訊息的日誌記錄時，您的變更會套用至組織中的所有傳輸服務。 如需詳細資訊，請參閱 日誌。

注意事項

即使您設定的日誌規則指定不要將整合通訊語音信箱和未接來電通知郵件放入日誌中，具有 Mailbox Server 所產生傳真的訊息還是加以記載。