Pictures Not Showing in Received Emails in Outlook 2003

我的Outlook在打開別人的信件都看不到圖片顯示，一直要到按下回覆或轉寄後才能看的到圖片?
刪除 "%USERPROFILE%\Local Settings\Temporary Internet Files\OLXX" 目錄底下的檔案, 即可解決此異常現象.

可編輯一個 .bat 的檔案 , 內容如下:
del /f /s /q "%USERPROFILE%\Local Settings\Temporary Internet Files\*.*"
echo. & pause

儲存並執行後, 會將所有Temporary Internet Files 底下的檔案全部清除 , 再重新啟動 outlook 即可正常顯示郵件中的圖形.

Exchange Server 會議室預約功能

1. 下載安裝「Microsoft Exchange Server 2003 自動接受代理程式」。
2. 在Exchange Server 上啟動「Microsoft 自動接受代理程式安裝精靈」。
3. 在「歡迎使用 Microsoft Exchange 自動接受代理程式安裝精靈」頁面上，按「下一步」。
4. 預設安裝目錄為 \Exchsrvr\Agents\AutoAccept。點按「下一步」。
5. 可選擇「以本機系統來執行」即可 , 按一下「確定」。
6. 安裝自動接受代理程式之後，驗證它是否已註冊為 COM+ 元件，方法如下：
7. 點按「開始」→「程式集」→「系統管理工具」，選擇「元件服務」。
8. 依序展開「主控台根目錄」→「元件服務」→「電腦」→「我的電腦」，然後按一下「COM+ 應用程式」。
9. 在詳細資料窗格中，確認「AutoAccept Agent」 是否存在。若自動接受代理程式已安裝成「以本機系統來執行」，則也會顯示在「服務」中顯示。
10. 重新啟動 Exchange Server
11. 於 Active Directory 使用者及電腦中，依會議室資源設備場地，建立各自的單一帳號
12. 於 \exchsrvr\Agents\AutoAccept 目錄下，開啟一「命令提示字元」視窗
13. 輸入cscript RegisterMailbox.vbs /m:mailbox@domain.com，讓此帳號接受 AutoAccept 的自動接受代理；
14. 多次以此方式新增資源帳號，也可以 cscript RegisterMailbox.vbs /f:Mailboxes.txt，將帳號資料全寫在一文字檔案中。
15. 以outlook 開啟會議室帳號信箱 , 點選 "工具" -> "選項" , 看"偏好" 的"行事曆選項".
16. 點選 "資源排程" , 將 "處理會議要求" 前兩項勾選, 並點選設定權限

17. 權限設定為 "作者"

什麼是spam mail?

Spam Mail即俗稱垃圾信，或不請自來的電子郵件
*特徵一般是大量、具商業廣告性質，同時利用Email來者不拒的特性，強迫Email User接受他所要傳播的訊息。這些spam在Internet是很不受歡迎的。
*寄信者為了避免被抓，都會偽造E-mail address及利用其它單位的mail server作為relay來送信。
*User受無謂困擾
*大量的垃圾郵件（junk email）可能會使你的郵件系統崩潰
*系統資源(包括網路頻寬)受不當佔用
*浪費系統資源處理無用資訊
*你的郵件伺服器可能被列入黑名單（backlist)。

為何會有spam mail?
*SMTP通訊協定的缺失
*Mail relay server沒有判定送信者資料的正確
*使用fake email address避免收信者將抱怨信函回傳
*Mail relay server對任何送信要求沒有限制
*因為上述缺失，產生spam mail

電子郵件通訊

信件在終端收送，可分為兩部分：一是收信，一是送信；
1. 收信協定則是POP (Post Office Protocol)
使用者代理程式（user agent)
POP (Post Office Protocol)
遠端取信
多採用pop3
2. 送信協定為SMTP (Simple Mail Transhfer Protocol)。
SMTP (Simple Mail Transport Protocol)
交談式介面用以信件傳遞
採用store and forward方式將信件轉遞給目的端郵件主機
系統設定為port 25
匿名信傳送


Mail 與 DNS 系統的相關性：
假設我的主機名稱對應 IP 已經成功的在 Internet 上面完成合法註冊了，這樣就好了嗎？是這樣沒錯啦！確實，只要有主機名稱對應到 IP ，亦即是有 A ( Address ) 這個 DNS 的標誌後，那麼就可以架設 mail server 了，並且，一般來說，應該不會有問題的！然而， DNS 系統本身還有其他的功能可以支援 mail server ，使 mail server 更穩定與具有更佳的避免信件遺失功能，所以，就有 MX 這個 DNS 的標誌產生啦！MX 這個 DNS 設定中的標誌，主要就是要給 mail server 用的，基本上， MX 就是 Mail eXchanger 的縮寫，他可以讓 Internet 上面的信件馬上找尋到 Mail 主機的位置，此外，由於 MX 後面可以接數字，因次，一個 domain 或者是一部主機，可以有多個 MX 標誌，這有什麼好處呢？主要的好處就是可以讓，當主要的 mail server 掛點時，由於有 mx 標號，因此，信件不會直接退回，而是跑到下一個 MX 設定的主機去，並且暫存在該處，等到主要的 mail server 起來之後，這個 MX 設定的主機就會將信件給他傳送到目的地！如此一來，甚至可以達到異地備援的功效呢！不只如此喔！MX 的功效還很多！最大的優點就是有點類似 router 的功能，我們或許可以稱之為 郵件路由 吧！當有了 MX 標誌之後，由於這是 DNS 的設定，所以當你要傳送 mail 的時候，那麼就可以直接依據 DNS 的 MX 標誌直接將信件傳送到該設定的 mx 郵件主機，而不需要去尋問到底郵件要寄到哪裡去！這功能相當的不錯的！因為可以讓你的郵件很快的而且正確的送達到目的地呢！此外，由於可以設定多個 mx ，因此，假設『此路不通』，也就是先使用的 mx 郵件主機不通的時候，那麼信件就會往下一個 mx 郵件主機傳送！這樣可以避免信件被退信的機會！當然就更加的穩定囉！不過，這裡也要特別強調， MX 『一定』要設定正確，否則，呵呵！反而會讓你的信件永遠在 Internet 上面流浪呢！

一般來說，郵件位址的寫法為： account@server.name 的寫法，在小老鼠 ( @ ) 前面的指的是『帳號』，至於 @ 後面的則是主機的名稱！當你寄出這樣的一封信時，首先，你的郵件主機會先去 DNS 系統尋找 server.name 這個主機名稱對應的 IP 與 MX 標誌，若有 mx 標誌，那麼這封 e-mail 將會把信先送到該 mx 主機，然後再由該 mx 主機將信件送達目的地 ( 就是 server.name 這個主機啦 ) ，而如果有多個 mx 標誌時，那麼這封 e-mail 會送到最優先的 mx 主機去(也有可能這部主機就是目的地主機喔！)，然後交給該主機來處理囉！而如果沒有 mx 標誌的話，那麼在查得 IP 之後，信件才會慢慢的送達該郵件主機囉！在送達到郵件主機後，該主機則以前面的『帳號』將信件發送到各個使用者的郵件目錄下！所以囉，為什麼說 mail 與 DNS 系統相關性很高呢？

Spam Mail 功能與技術

1.SMTP Blocking

手動設定擋哪個SMTP Server，手動加入了國內主要ISP的動態IP來源，例如dynamic.tfn.net.tw，共檔了tfn、seednet、hinet、giga、so-net、apol這些來源，另外還有一些較常發現廣告信的國外來源，有的甚至幾乎把某個國家全檔了，如net.br、com.br等等，由於廣告信的來源太多，這樣設定方法其實維護起來很累，

2. Verify

Verify the senders e-mail domain:
The senders domain must resolve to an MX or A record to pass the test

Verify the senders reverse lookup of the IP address:
A PTR record for the IP address must exist to pass the test

Verify the senders FQDN (full qualified domain name) in the HELO/EHLO command:
The FQDN must resolve to an A record to pass the test

Verify that the sender uses an e-mail address:
The sender must have an e-mail address to pass the test; a blank address or NULLaddress is not allowed.

上述的四項都蠻重要的，垃圾郵件減少了8成以上吧，主要的原因應該就是被IP反查和FQDN這兩項給檔掉了。但是再過更久一點，陸續發現許多User反應來自 ???.org.tw 或 ???.gov.tw 的也會被檔，查詢記錄之後發現，主要也是IP反查和FQDN這兩項過濾條件，只能說這些單位的網管素質不高或他們根本沒有網管在做這件事，導致網站或網路的設定不良。此外也陸續發現部分來自公司行號的郵件也會被檔，最後我們放棄了FQDN這項過濾條件，但仍保留其餘三項。

3. Blocking IP/Host & Blocking E-mail Address

上述 SMTP Blocking 和這裡的檔 IP/Host 不同的是，前者直接在 SMTP 通訊階段就直接檔
掉，對方 Server 也會收到被退的原因；後者是先收進來，再進行處理，可以忽略、退回、在主旨標註、標註後送到垃圾信箱(Exchange 2003)、以附檔送給管理員、以附檔送給收件者等各種方式。這邊一樣是手動設定，把想檔的來源給檔掉。

上述的三個方式已經阻擋了一半以上的廣告信，還有另外開啟一些比較其次的功能，沒有直接檔，而是收進來後在主旨標註再送給收件者，如下所述。

4. SLS/RBL - Enable lookup in the Spam Lookup Service database (SLS/RBL/MAPS)

根據一些公開的「垃圾郵件主機資料庫」來進行過濾，若來源是這些資料庫內的，則在主旨標註為垃圾郵件。我們用了預設的三個資料庫，還蠻有效的，不過為了避免誤判，並沒有直接檔掉，還是送給收件者。

5. SURBL - Spam URI Realtime Blocklists (http://www.surbl.org)

與前述方式類似，是透過公開的資料庫來進行過濾，不過這裡是判斷內文中是否有某連結，例如 http://av20.com/，有的話也是判斷為垃圾郵件，這裡比較誇張的是，竟然把 com.tw net.tw 都判斷為垃圾郵件，真慘，台灣人寄垃圾郵件的量已經讓人痛恨到把整個國家都檔了！

6. Bayes

透過郵件內容去分析，依照不同的詞語給分，分數在某個比例上則視為廣告信，需要使用者或
管理者手動更新其資料庫，資料庫有分兩種，一種是正常信件，一種是垃圾信件，平時要把這
兩種信件寄到固定的郵件帳號去讓他收進來分析，不過效用似乎不大，不知道對中文是否判斷
能力比較弱。

7. Heuristic - Enable a heuristic approach to detect spam

也是分析郵件的內容，依照各項條件及狀況給分，也是分數在幾分以上就算廣告信，偶爾有發揮到作用。

8. GreyListing - Enable GreyListing - (http://projects.puremagic.com/greylisting)

灰名單，一般正常的SMTP在被對方退信後，在1~4小時內會重寄，而廣告信並不是透過正常的SMTP發信，而是特殊的寄件程式，通常不會有重寄的動作。利用這樣的特點，灰名單就是在信
件第一次寄到時，直接退還給對方主機，若幾小時候收到同一來源的信，則視為正常信件，會發給收件者，判斷條件為來源IP、寄件者和收件者三項。這樣的主意不錯，應該能有效的檔掉廣告信，但是在這個分秒必爭的年代，若信件寄出後要幾個小時才能送到，那可能很糟，所以後來直接就關閉這功能。

9. White List

白名單，在白名單內的來源都視為正常郵件，一般我們是開啟自動白名單的功能，也就是使用者寄出給「誰」，會被記錄下來，那個「誰」就會自動加入白名單，以後由他發出來的信件都視為正常信件，還蠻好用的。

上的功能再加上他各項功能都有的例外名單，配合起來其實還不錯，不過還是很多的垃圾郵件不斷進來，主要原因就是他們發信者也不是簡單的，都很瞭解一般的檔廣告信件的原理，所以內文每次加入部分亂碼、主旨變來變去的，加上他們來源可以不斷改變、真的蠻難檔的。不過最近又加入了一些條件，檔了更多的信件。

10. Blocking Text/HTML

判斷內文的字串，若符合，是直接擋了，原本沒有開啟這項是因為要用這種方式檔信，可能自己會累到爆，但是先由前面的一些規則，已經先檔了大部分的垃圾郵件，而能到這一關的已經是比較少數懂得發信的專家(令人厭惡的專家)。其中以色情廣告居多，內文又大部分是圖片，而圖片的來源也都是比較固定的幾個伺服器，不像是發信的來源，怎麼數都數不清，所以就把圖片的來源或是內文中的郵件當成要檔的字串。

不過這項方法也未必完全可行，目前就有發現很多廣告商也是把這字串編碼，像是 f2m.idv.tw就編成 %66%32m.%69d%76.t%77，在瀏覽器的解讀下都是一樣的，慘的是每次編碼並不是整個字串編碼，可能只是其中幾個字編碼，及他幾個字維持原碼，這樣根本就難以防止，除非防廣告信軟體也隨之升級，能判斷是否編碼。劍與盾的攻防依然持續著....

本文引用自 http://vbb.twftp.org/archive/index.php/t-5909.html