 |
在Domino 8.5版本中SmartHost及journal應如何設定? |
|
Lotus Domino 8.5設定SmartHost & Journal如下步驟: |
SmartHost (outbound信件設定) |
- 開啟Domino Admin,並選擇Configuration如下

- 選取Router/SMTP -> Basics,更改SmartHost設定如下,輸入relayhost的ip位置

- 啟動Lotus Domino Console並輸入tell router q,重啟load router

- 完成後,確認是否有outbound信件傳送到relayhost
|
啟動Domino Journal郵件封存功能 |
- 開啟Lotus Domino Admin建立郵件journal帳號,帳號名可任意取

- 選擇Router/SMTP->Advanced->Journaling,依照下圖設定
Select “Enable”
Select “send to mail-in database"
Select user mailbox for journaling

- 選擇Router/SMTP->Restrictions and Controls->Rules,New Rule依照下圖設定

- 選擇”all Documents”及”journal this Message”

- 完成後,請到journal mailbox中查看是否有郵件複製信件記錄產生
|
|
|
|
 |
被加入黑名單該到那裡查詢及解除? |
|
- RBL網站查詢
A)http://rbls.org (只能查RBL,網站損壞機會低)
B)http://www.robtex.com (可查 RBL及ip資訊,但經常因網站異動或其他原因,導致無法查詢資料)
- 確認嚴重程度
如果被列在cbl.abuseat.org 或是pbl.spamhaus.org以及psbl.surriel.com,這三家基台的任一名單內,那就確定貴單位一定發生異常發信,一定要找出原因,因為這3家基台會被許多信箱服務網站及垃圾信過濾機制單位參考,應會產生多數寄信被退回的情況。
如果不是這三家基台,但仍需仔細檢查ip是否有發出異常信件? 如已查證確實沒有異常信件,可以直接先做解除黑名單的動作,只是單純被同網段其他ip牽連到。
- 解除技巧
只需要在RBL網站中查看紅色的基台即可,有link可點,請點入,並依網站說明解除;如果沒有link可點,則需另外到google或 yahoo網站查詢網友的經驗分享,解除後約數小時或3-7天自動解除,國外可能因dns catch問題,或同步較慢,需要長達一至二週才能被解除。
- 暫時解法
找到原因被排除後,如果急於寄送的收件位址仍不收信,請另外通知對方加入白名單中;或是更改mail server的outbound ip,待確定狀況解除時,再改回原ip,也可以使用我方系統之中繼主機之功能(MSE)或是郵件伺服器功能(SPAM),暫時將欲寄往的收件網域做間接送信。
|
|
|
|
 |
升級 Exchange 2010 (或 Exchange 2007)後,SMTP 認證會失敗? |
|
Exchange 2007 或 Exchange 2010 裝好後, AUTH 是 NTLM |
 |
預設如下: |

|
但若使用者是透過 Internet對Exchange 做 SMTP 認證,就無法認證成功。 此時要取消 Offer Basic authentication only after starting TLS (只有在啟動 TLS 後才提供基本驗證) 設定 |


|
而 Exchange 上 AUTH 就多了個 LOGIN,再對 Exchange做寄信測試 |
 |
http://technet.microsoft.com/zh-tw/library/dd535395(EXCHG.80).aspx
GSSAPI:一種代表一般安全性服務應用軟體程式設計介面,並且可讓使用者透過 Kerberos 進行驗證的方法。
NTLM: 一種代表 Windows NT 與 LAN Manager,並且可讓使用者透過 Windows NT 挑戰/回應通訊協定進行驗證的方法。
LOGIN: 一種代表 AUTH LOGIN 的方法,此為使用 Base-64 編碼之使用者名稱與密碼的純文字驗證方法。 |
|
|
|
 |
附檔名變成.dat |
|
發生原因: |
因為寄件人使用了outlook TFG/TNEF格式 |
解決方式:唯有寄件人才能解決 |
- 先確認原始的outlook設定裡的[格式],有沒有用到RTF格式? (其他二項如純文字或HTML格式皆可) 。
- 寄信時,只要在打上收件人時,再度點選,確認該收件人並不是使用outlook Rich Text(RTF)格式傳送,其他二項皆可。
- 如果已這樣使用還是有問題,請砍掉收件人的通訊錄,重新建立一次,並再度使用B)的方式寄信。
|
 |
請寄件人把收件人的通訊錄砍掉,重新開一張新文件寄信,並仔細檢查,用的是純文字或HTML寄信,才不會因為outlook的自動記錄功能,一直保留要用RTF格式寄給對方,對方就會收到.dat的檔案。 |

|
深入研究 |
如果不了解 TNEF 的電子郵件用戶端,收到一則含有TNEF資訊的訊息時,通常會出現下列三種結果:
- 收到純文字版的訊息,其中含有一個名叫 Winmail.dat 的附件。當您開啟 Winmail.dat 附件時,會發現它不含任何有用的資訊,因為它是採用特殊的 TNEF 格式。
- 收到純文字版的訊息,其中含有一個具一般名稱 (如 ATT00008.dat 或 ATT00005.eml) 的附件。這時候,用戶端認不得訊息的 TNEF 部份,但它認得 Winmail.dat 檔名,因此會建立一個檔名來存放 TNEF 資訊。
- 收到純文字版的訊息,但用戶端略過 Winmail.dat 附件不處理。這種情形會出現在 Microsoft Outlook Express。Outlook Express 並不了解 TNEF,但它知道要略過 TNEF 資訊不處理。因此您只會收到純文字訊息。
|
參考資料 |
如何避免將 Winmail.dat 檔案傳送給網際網路使用者。
http://support.microsoft.com/kb/138053/zh-tw
Winmail.dat Outlook 2007 暫時無解 (2007/01 文章)
形成了開發 Office Outlook 2007 已知問題區域。
http://support.microsoft.com/kb/929592/zh-tw |
|
|
|
 |
無法寄信到中國或收不到中國寄來的信 |
|
- 產生原因:中國官方管制
出現這種錯誤是由中國的GFW(簡寫)造成的,(英文全名為The Great Fire Wall of China),意指”中國網路防火牆”,這是中國國家網路的監控系統,俗稱”防火長城”,GFW是”金盾計劃”的一個子功能,”會對境外涉及敏感的網站,IP地址,關鍵字或關鍵詞,網址做過濾,而且會導致暫時或永久性無法連線,詳見http://wenwen.soso.com/z/q196436143.htm
- 被管制後的退信訊息。
551 User not local; please try <forward-path>
- 被管制後收到被改變的信件內容如aaaazzzzzz
- 如何解決?
如果是中國與台灣之間的連線,建議走VPN,或使用加密傳輸
|
|
|
|
 |
因信件由系統中轉寄,重送,審核,導致使用者無法辨識原始寄信時間 |
|
|
 |
設定10MB不能收信或發信,但為什麼我們寄出的附檔還不到10MB就被擋下來了? |
|
本系統的計算方式是以整封信的大小來看,而非單指附件檔的大小 。 |
|
|
|
 |
為什麼信件原本是8MB,為什麼到了系統變成10MB了? |
|
- 詳細原因說明
當一封郵件經由SMTP伺服器處理,準備寄發出去的時候,因為不管Client發出的信件為TXT純文字格式或是HTML格式,以及是否有夾帶任何附件檔案的時候,通通需要經過SMTP伺服器轉換為MIME編碼,方能讓其他所有支援RFC協定的標準SMTP伺服器接收此封郵件。至於增長的大小則是取決於本文、附加檔案、換行符號、MIME表頭、其他非數據元的資訊等而不確定編碼之後的檔案大小,一般常見的數據顯示約為增加30%~40%不等。因此在經過任何一個SMTP伺服器發送出去之後,檔案一定會比原來的大(MIME不能壓縮),在SPAM或是其他郵件伺服器接收郵件的時候,一定是以整個MIME編碼的郵件大小來計算,而不是接收完成之後Decode回原本檔案的大小來計算。
- 設定前的考量
在設定條件時,應該預留信件膨脹比例,也就是說,如果條件設10MB,其實7-8mb的原信就無法寄出,或寄到系統上,據了解有些設備的膨脹比例高達50%。
- 測試檔案大小工具連結
以下有一個Third Party的工具程式,可以協助你換算,當一個檔案經過MIME編碼之後,會是多大的檔案大小?
UUDEVIEW http://www.miken.com/uud/
|
|
|
|
 |
Exchange forward 設立方式 |
|
|
 |
Sendmail或Postfix forward設立方式 |
|
|
 |
Domino forward設立方式 |
|
- 在notes上新增一測試帳號信箱,開啟該帳號信箱
- 在Forwarding addres的欄位中輸入[email protected]
- 儲存後重跑notes service

|
|
|
|
 |
雷電伺服器導outbound的設定介面 |
|
|
 |
在本系統使用SMTP認證後,外點人員沒有辦法認證,但是系統卻是好的? |
|
這個問題大多發生在客戶有 Cisco PIX 的防火牆或其他近似的功能時,就可能會產生這個狀況,因為 PIX 本身會有 MailGuard 的軟體,造成不支援 EHLO 等 ESMTP 指令,所以必須將這個功能關掉, 以下提供您關閉MailGuard的方式:
到 PIX 的設定組態裡將 fixup protocol smtp 25 改成 no fixup protocol smtp 25
Cisco PIX Firewall Command Reference Version 6.1"的4-23,fixup protocol smtp的解釋:
The fixup protocol smtp command enables the Mail Guard feature, which only lets mail servers receive the RFC 821, section 4.5.1 commands of HELO, MAIL, RCPT, DATA, RSET, NOOP, and QUIT. All other commands are rejected with the "500 command unrecognized" reply code.
As of version 5.1 and later, the fixup protocol smtp command changes the characters in the SMTP banner to asterisks except for the "2", "0", "0 " characters. Carriage return (CR) and linefeed (LF) characters are ignored.
In version 4.4, all characters in the SMTP banner are converted to asterisks.
【詳細資料來源】 |
|
|
|
 |
有信件偶而收不到的問題 |
|
這個問題大多發生在客戶有 Cisco PIX 的防火牆或其他近似的功能時,就可能會產生這個狀況,因為 PIX 本身會有 MailGuard 的軟體,造成不支援 EHLO 等 ESMTP 指令,所以必須將這個功能關掉, 以下提供您關閉MailGuard的方式:
到 PIX 的設定組態裡將fixup protocol smtp 25改成no fixup protocol smtp 25
Cisco PIX Firewall Command Reference Version 6.1"的4-23,fixup protocol smtp的解釋:
The fixup protocol smtp command enables the Mail Guard feature, which only lets mail servers receive the RFC 821, section 4.5.1 commands of HELO, MAIL, RCPT, DATA, RSET, NOOP,and QUIT. All other commands are rejected with the "500 command unrecognized" reply code.
As of version 5.1 and later, the fixup protocol smtp command changes the characters in the SMTP banner to asterisks except for the "2", "0", "0 " characters. Carriage return (CR) and linefeed (LF) characters are ignored.
In version 4.4, all characters in the SMTP banner are converted to asterisks.
【詳細資料來源】 |
|
|
|
 |
無法寄達PCHOME信箱 |
|
如果如法寄到PCHOME且有看到以下錯誤訊息時:
Deferred: 450 4.7.1 Client host rejected: cannot find your hostname, [123.123.123.123] 則是outbound 出去IP的反解跟正解不相同,PCHOME就會不收。
舉例來說,如果帶出去的IP為123.123.123.123以及123.123.123.123的反解為mail.test.com的話,則mail.test.com的正解也要是123.123.123.123才行,如果反解或正解有一對多的情況時,PCHOME也會判斷錯誤而拒收,最好正反解是一對一的設定。
【PChome客服中心】 |
|
|
|
 |
Outlook 2003應怎麼查看郵件標題(郵件原始檔)? |
|
郵件標題:檢視→選項→網際網路標題

|
|
|
|
 |
Outlook 2010怎麼查看郵件標題(郵件原始檔)? |
|
點兩下將該郵件打開:檔案→資訊→內容

|
|
|
|
 |
Outook 2003 收到的信件變成亂碼,或變成純文字檔案 |
|
可能與信件被歸類到垃圾郵件有關請將寄件者加入安全清單中,詳如附圖所示

|
|
|
|
 |
信件進入系統有延遲,但是檢查後是對方的問題,我們該怎麼看郵件標題? |
|
在我方系統內的郵件檢索或是郵件記錄,點開信件可以看到顯示詳細資料內即有郵件標題,範例如下:
由[email protected]寄至[email protected]
1.每一個Received就是一個節點,最上面的第一個Received就是寄出去的最後一個節點
|
Received: from mse.softxxx.com.tw (mse.softxxx.com.tw [192.168.3.202])
寄出去的第4個節點,也就是收信端的第二個節點
by Server.softxxx.com.tw (8.14.4/8.14.4) with ESMTP id pB22NbSo085402 mse.softxxx.com.tw的信件編號
for <[email protected]>; Fri, 2 Dec 2011 11:23:37 +0800 (CST) mse.softxxx.com.tw主機的時間
(envelope-from [email protected]) 真實寄件人
Received: from spam.softxxx.com.tw (spam.softxxx.com.tw [192.168.1.209])
寄出去的第3個節點,也就是收信端的第一個節點
by mse.softxxx.com.tw with ESMTP id pB22NXpQ078409
spam.softxxx.com.tw主機的信件編號
for <[email protected]>; Fri, 2 Dec 2011 11:23:33 +0800 (GMT-8) spam.softxxx.com.tw主機的時間
(envelope-from [email protected])
Received: from 123.abc.com.tw (61-219-1-200.HINET-IP.hinet.net [61.219.1.200])
寄出去的第2二個節點,也就是寄件端的出口主機IP
by vvv.softxxx.com.tw with ESMTP id pB22NTmG098364
123.abc.com.tw主機的信件編號
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
for <[email protected]>;
Fri, 2 Dec 2011 11:23:29 +0800 (CST) 123.abc.com.tw主機的時間
(envelope-from [email protected])
Received: from hadc032 ([128.1.50.32]) 寄出去的第一個節點,這是寄件人的PC IP
by 123.abc.com.tw with ESMTP id pB22G81h024319
for <[email protected]>; Fri, 2 Dec 2011 10:30:08 +0800 (GMT-8)
第一個節點的時間
(envelope-from [email protected])
Message-Id: <[email protected]>
From: "daniel" <[email protected]> 顯示的寄件人
To: =?big5?B?J6Sktdi8xqbsLbBnprqkSKvIqkEn?= <[email protected]>
顯示的收件人
In-Reply-To: <[email protected]>
Subject: RE: test by softxxx
Date: Fri, 2 Dec 2011 10:26:51 +0800 寄件人的PC電腦時間 |
2.寄件人的電腦時間是在10:26,但是到了自家主機已經是11:23:29,所以信是在對方產生延遲節點重點如下: |
Date: Fri, 2 Dec 2011 10:26:51 +0800 寄件人的PC電腦時間
Received: from 123.abc.com.tw (61-219-1-200.HINET-IP.hinet.net [61.219.1.200]) for <[email protected]>;
Fri, 2 Dec 2011 11:23:29 +0800 (CST) 123.abc.com.tw主機的時間 |
|
|
|