Exchange2000,2003 郵件大小限制設定

出至:http://support.microsoft.com/kb/322679

郵件大小限制是根據不同的設定而定。設定可以在使用者之間會有所不同。您可以自訂 Exchange 2000 或 Exchange 2003 組織、 特定連接器、 特定的虛擬伺服器和個別使用者的設定。

寄件者可能會收到未傳遞報告 (NDR),如果他們的郵件會大於其大小限制為類似下列的範例:

您的訊息無法送達部份或所有收件者。

主旨: 測試
已傳送: 7/18/2002年下午 2:40
下列的收件者無法送達:
在 7/18/2002年上進行測試的收件者下午 2:41
此郵件大於目前的系統限制,或收件者的信箱已滿。建立較短的郵件內文或移除附件,然後再試一次傳送。
< server.domain.com #5.2.3 >

通用設定

此設定可決定 Exchange 2000 組織中 ; 訊息的最大大小訊息可以是傳入、 傳出,或是內部。

若要設定全域設定,請依照下列步驟執行:

  1. 啟動 Exchange 系統管理員。若要這樣做,請按一下 [開始],指向 [程式集、 指向Microsoft Exchange,,然後按一下 [系統管理員
  2. 展開 [通用設定
  3. 郵件傳遞] 上按一下滑鼠右鍵,然後按一下 [屬性
  4. 按一下 [預設] 索引標籤來設定全域設定。

連接器設定

每個連接器的設定來控制使用者可以透過連接器傳送的外寄郵件的最大大小。

若要設定連接器的設定,請依照下列步驟執行:

  1. 按一下 [開始],指向 [程式集、 指向Microsoft Exchange],然後按一下 [系統管理員
  2. 展開 [系統管理群組],然後展開 [Administrative Group Name,其中Administrative Group Name是您的系統管理群組的名稱。
  3. 展開路由群組],然後展開 [Routing Group Name,其中的Routing Group Name是路由群組的名稱。
  4. 展開 [連接器,以滑鼠右鍵按一下您想要設定的連接器,然後按一下內容
  5. 內容限制] 索引標籤的 [允許的大小,按一下以選取 [只有郵件小於 (KB) ] 核取方塊,然後輸入您想要允許的大小 (以 kb 為單位)。

SMTP 虛擬伺服器的設定值

此設定會決定允許通過的虛擬伺服器的訊息的最大大小。虛擬伺服器通告限制透過延伸簡易郵件傳送通訊協定 (ESMTP) 大小指令動詞命令 (RFC 1870)。

附註通訊協定大小限制是用來拒絕郵件的上邊界與其他電子郵件系統。這些限制可以有效地個別伺服器,並不應做為方法來限制郵件大小,在 Exchange 企業伺服器群組中。系統管理員可以設定通用的設定來限制,並控制整個組織使用 Exchange 2000 或 Exchange 2003 的郵件大小限制郵件傳遞選項。其他資訊,請按一下下面的文件編號,檢視 「 Microsoft 知識庫 」 中的文件:

326154如果您在傳輸層級設定郵件大小限制將不會複寫 OAB

若要設定簡易郵件傳送通訊協定 (SMTP) 虛擬伺服器設定值,請依照下列步驟執行:

  1. 按一下 [開始],指向 [程式集、 指向Microsoft Exchange],然後按一下 [系統管理員
  2. 展開 [系統管理群組],然後展開 [Your Administrative Group Name,其中Your Administrative Group Name是您的系統管理群組的名稱。
  3. 展開 [伺服器],然後展開 [Your Server Name,其中Your Server Name是您的伺服器名稱。
  4. 展開的通訊協定,然後再展開 [ SMTP ] 節點。
  5. SMTP Virtual Server Name,其中SMTP Virtual Server Name是您的 SMTP 虛擬伺服器的名稱,以滑鼠右鍵按一下,然後按一下 [屬性
  6. 按一下 [郵件] 索引標籤來設定您想要允許的最大容量。

使用者信箱設定

此設定可決定使用者可以傳送或接收他們的信箱的郵件大小上限。使用者信箱設定會強制執行,而不是由郵件分類程式,資訊儲存庫。資訊儲存庫會防止過大的郵件被傳送到傳輸中,如果訊息大小超過使用者信箱最大郵件大小設定。

若要設定個別使用者的信箱設定,請依照下列步驟執行:

  1. 啟動 「 Active Directory 使用者及電腦嵌入式管理單元,然後找出您想要設定的使用者帳戶。
  2. 使用者帳戶上按一下滑鼠右鍵,然後按一下 [屬性
  3. 按一下 [ Exchange 一般] 索引標籤,然後按一下 [傳遞限制來設定您想要允許的最大容量。

附註SMTP 郵件所傳送的路由群組之間以及網際網路增加大約 30%如果它們包含二進位附件或其他的 8 位元資料的大小。

有效的大小限制的範例

範例 1

在這個範例中,已設定下列的大小限制:

  • 通用的設定是設定為 5 MB。
  • Exchange SMTP 連接器會設定為 3 MB。
  • SMTP 虛擬伺服器是設定為 4 MB。
  • 使用者信箱設定為 2 MB。

這些設定,因為 Exchange 2000 或 Exchange 2003 組織中的使用者可以傳送和接收訊息的最大值為 5 MB。使用者可以傳送郵件透過連接器是 3 MB 的最大值。所有的郵件通過 SMTP 虛擬伺服器 (傳送或接收) 是限制為 4 MB。個別的使用者,其信箱設定為 2 MB,也是限於傳送和接收訊息的最大值為 2 MB。

範例 2

在這個範例中,已設定下列的大小限制:

  • 通用的設定是設定為 2 MB。
  • Exchange 2000 SMTP 連接器會設定為 5 MB。
  • SMTP 虛擬伺服器是設定為 2 MB。
  • 使用者信箱設定為 3 MB。

通用設定為 2 MB。因此,所有使用者都使用預設的全域設定 Exchange 2000 Server 組織中,或 Exchange Server 2003年組織中都限於傳送和接收訊息的最大值為 2 MB。如果個別使用者的信箱設定值為 3 MB,該使用者會覆寫全域設定。

附註所有的網際網路電子郵件訊息使用限制在傳送和接收的全域設定。寄件者的傳送限制和收件者的接收限制,則會評估郵件分類程式。在範例 2 更早版本中,具有 3 MB 的使用者信箱限制的使用者無法接收來自 3 MB 的傳送限制與另一位使用者的訊息。網際網路使用者使用的全域設定,因為它們可以傳送只有 2 MB 的郵件。

Windows Exchange 郵箱轉寄設定

轉貼:http://zerofourzero.pixnet.net/blog/post/1607294-%5Bwindows%E7%AD%86%E8%A8%98%5D%E5%A6%82%E4%BD%95%E8%BD%89%E8%A8%98%E5%A4%96%E9%83%A8%E4%BF%A1%E7%AE%B1

環境:Windows 2003 AD、Exchange 2003
事由:將公司某信箱轉寄給外部信箱或者希望用公司群組信箱就可順便寄給外部相關廠商等。
做法:

A:先新增一連絡人
1.在AD上新增一『連絡人』
2.第一個畫面:輸入使用者相關資料,完成後按『下一步』。
3.第二個畫面:因為這是要建立轉寄外部信箱帳號所以『建立Exchange電子郵件地址』這個選項一定得打勾,下面的三個選項只有『電子郵件』這個選項需要輸入,按旁邊的『修改』按鈕進入下一畫面。
4.第三個畫面:選擇電子郵件地址類型,基本上這邊應該是選擇『SMTP地址』,選定後按『確定』。
5.第四個畫面:『電子郵件地址』輸入外部信箱,例如:abc@gmail.com,輸入完成後按『確定』。
6.回到步驟3的第二個畫面,檢查資料是否輸入正確,好了之後按『下一步』進入下一畫面,再按一次『確定』,就完成連絡人的新增。

B:轉寄外部信箱
1.選擇要轉寄的信箱,點兩下或者滑鼠左鍵『內容』進入。
2.選擇『Exchange一般』頁籤。
3.選擇『傳遞選項』。
4.點選中間『轉寄地址』中的『轉寄至』。
5.點選『轉寄至』旁的『修改』按鈕。
6.會出現『選取收件者』視窗,輸入A步驟所新增的連絡人,選完後按『確定』。
7.回到第5步驟畫面,按『確定』。
8.回到第3步驟畫面,按『確定』,即完設定。
9.寄發測試信看是否能正常轉寄。

C:利用群組信箱轉寄給外部信箱
1.建立一新群組信箱或者點選已存在之群組信箱。
2.點選『成員』頁籤。
3.在『成員』頁籤中點選『新增』。
4.會出現『選擇使用者、連絡人或電腦』視窗,點選『物件類型』。
5.將『連絡人』打勾後,按『確定』。
6.在『輸入物件名稱來選取』輸入,輸入A步驟所新增的連絡人,選完後按『確定』。
7.回到第2步驟畫面,按『確定』,即完設定。
8.寄發測試信看是否能正常轉寄。

注意事項:
1.步驟B可以轉寄內外部信箱,內部是選取AD內的使用者帳號,外部則是A步驟所新增的選擇連絡人。
2.在步驟B『轉寄地址』設定中有一個勾選盒『將郵件同時傳遞到轉寄地址和信箱』,打勾的話就此帳號及轉寄的外部帳號兩個都收的到同一封信,若是不勾的話就只有轉寄外部的帳號會收到信件而已,所以可以依照自己的需求來選擇勾或不勾。
3.步驟B在選擇目標時,『物件類型』自動會把連絡人歸納到『其他物件』,所以可以不用去修改『物件類型』裡的設定,就可以找到連絡人。但在步驟C時『物件類型』內的選項分成四種,連絡人並沒有歸在『其他物件』,所以必須要修改『物件類型』把『連絡人』打勾,才會找的到連絡人。

Outlook、Outlook Express、Livemail 加入連絡人目錄查詢 Exchange 郵件帳戶

在設定之前有幾個重點及差異如下

認證帳號是網域帳號,例如:TOYOINK-CT\sc.yang 這是我的電子郵件帳號(outlook可以不用打上域名,但outlookexpress和livemail則要打上域名)。還有認證是否需要安全性認證也要選對(我是沒選使用預設值)。

Thunderbird 的 bindDN: 為認證帳號和 livemail 一樣需在前面打上域名,像是這樣「TOYOINK-CT\sc.yang」。

搜尋基底:可以像是這樣 –> 「cn=users,dc=toyoink-ct,dc=com,dc=tw」 。outlookexpress、livemail一定要打上這個,否則搜尋不到連絡人。而outlook沒打的話,則會連系統內建不相關的帳號也一並帶出。

連絡人名單顯示:注意只有 outlook 不用查詢連絡人目錄就可以顯示連絡人名單,而其它的 outlookexpree、livemail、thunderbird 則需要在連絡人目錄進一步搜尋才看得見名單。

最後還可以由搜尋到的名單,將它加到郵件收發工具的通訊錄中或是直接選取連絡人並發送電子郵件。

圖例設定 Outlook、Livemail、Thunderbird

Outlook create ldap account

outlook_create_ldapoutlook_create_ldap1outlook_create_ldap2outlook_create_ldap3outlook_create_ldap4outlook_contactors_usesoutlook_contactors_uses1

Thunderbird create ldap account

thunderbird_add_ldapldap_propertysldap_advanturesearch_ldap

Livemail create ldap account

livemail_create_ldap livemail_create_ldap1 livemail_create_ldap2 livemail_create_ldap3 livemail_create_ldap4 livemail_create_ldap5 livemail_create_ldap6 livemail_create_ldap8 livemail_create_ldap7 livemail_create_ldap9 livemail_create_ldap10 livemail_create_ldap11 livemail_create_ldap12

Outlook 用「.csv」檔案匯入通訊錄,中文變成亂碼

從 Outlook 匯出 「.vcf」聯絡人名片檔,給另一台同樣也是使用outlook 的電腦匯入 ,發現匯入通訊錄只要有中文的地方都變成亂碼。後來也試過匯出成 「.csv」檔案格式,但同樣的匯入後也發現中文的地方變成亂碼。

而直接開啟先前匯出的「.vcf」與之後匯出的「.csv」檔案,查看它們的內容並沒有發現中文變成亂碼的問題。所以匯出應該是沒有問題才對,最有可能就是在匯入時出了問題。

後來找到這篇文「用 Outlook 開啟 vCard 出現亂碼」,裏面的有提到問題是因為匯出的檔案編碼格式非「ANSI」才造成中文亂碼。(但是同樣的 CSV 檔案給 livemail 來匯入卻不會出現中文亂碼的問題,可能是 livemail 是可以接受 UTF-8 的編碼格式吧! )

要解決中文亂碼的問題,可以用 Notepadd++ 開啟由 Outlook 匯出的 CSV 聯絡人檔案,並將編碼格式由 UTF-8 轉換至 ANSI 。接著就可以用剛剛轉換編碼為「ANSI」的 CVS 檔案,拿來給 Outlook 匯入聯絡人囉,這樣決對不會在出現中文亂碼了!
繼續閱讀

Outlook 一直不斷重複寄信 信件一直留在寄件匣

文章來源:
115-寄出的信不會跑到寄件備份,一直留在寄件匣中,造成不斷重複寄信?

適用範圍:Outlook Express

提醒:無。

問題:為何我已寄出的信,還是停留在寄件匣裡?也無法刪除,所以每按一次傳送接收,信就又從寄件匣中寄出去一次,對方老是收到重複信,該怎麼辦呢?

回答:

應該是「寄件匣.dbx」或「寄件備份.dbx」這兩個檔案其中有一個損壞的關係,由於資料庫損壞,所以信件沒有辦法從「寄件匣」自動轉移到「寄件備份」,把它們刪除後就可以解決這個現象。
繼續閱讀

使用者反應電子郵件漏信處理

使用者遇到此問題大約兩、三個月前就已經出現。但是我們MIS組長認為這樣的漏信,可以透過SPAM主機的郵件記錄來重新取得loss掉的信件。所以只告訴使用者如果遇到漏信的問題就到SPAM主機上去收取之前Loss掉的信件。但是使用者覺得這樣有點麻煩,所以昨天使用者又將這個問題向MIS提出。基於冒險犯難的精神,所以決定重新調查這個漏信的事件原由。
繼續閱讀