1. 企業郵箱如何設置pop3,smtp,imap
各家網站的企業郵箱收發伺服器不一樣，你可以從幫助中心找找，以下是你們公司用的TOM企業郵箱的
POP伺服器：pop.qy.tom.com（類型選POP3）
IMAP伺服器：imap.qy.tom.com（類型選IMAP）
SMTP伺服器：smtp.qy.tom.com
2. smtp誰給講講
1.SMTP是工作在兩種情況下：一是電子郵件從客戶機傳輸到伺服器；二是從某一個伺服器傳輸到另一個 伺服器 2.SMTP是個請求/響應協議，命令和響應都是基於ASCII文本，並以CR和LF符結束。響應包括一個表示返 回狀態的三位數字代碼 3.SMTP在TCP協議25號埠監聽連接請求 4.連接和發送過程：
a.建立TCP連接 b.客戶端發送HELO命令以標識發件人自己的身份，然後客戶端發送MAIL命令 伺服器端正希望以OK作為響應，表明准備接收 c.客戶端發送RCPT命令，以標識該電子郵件的計劃接收人，可以有多個RCPT行 伺服器端則表示是否願意為收件人接受郵件 d.協商結束，發送郵件，用命令DATA發送 e. 以.表示結束輸入內容一起發送出去 f.結束此次發送，用QUIT命令退出。
5.另外兩個命令： VRFY---用於驗證給定的用戶郵箱是否存在，以及接收關於該用戶的詳細信息。 EXPN---用於擴充郵件列表。
6.郵件路由過程： SMTP伺服器基於『域名服務DNS中計劃收件人的域名來路由電子郵件。SMTP伺服器基於DNS中的MX記錄 來路由電子郵件，MX記錄注冊了域名和相關的SMTP中繼主機，屬於該域的電子郵件都應向該主機發送。
若SMTP伺服器mail.abc.com收到一封信要發到[email protected]:
a.Sendmail請求DNS給出主機sh.abc.com的CNAME記錄，如有，假若CNAME到shmail.abc.com，則再次 請求shmail.abc.com的CNAME記錄，直到沒有為止 b.假定被CNAME到shmail.abc.com,然後sendmail請求@abc.com域的DNS給出shmail.abc.com的MX記錄， shmail MX 5 shmail.abc.com 10 shmail2.abc.com c. Sendmail最後請求DNS給出shmail.abc.com的A記錄，即IP地址，若返回值為1.2.3.4 d. Sendmail與1.2.3.4連接，傳送這封給[email protected]的信到1.2.3.4這台伺服器的SMTP後台程序
7.SMTP基本命令集：
命令 描述 ------------------------------ HELO 向伺服器標識用戶身份 發送者能欺騙，說謊，但一般情況下伺服器都能檢測到。
MAIL 初始化郵件傳輸 mail from: RCPT 標識單個的郵件接收人；常在MAIL命令後面 可有多個rcpt to: DATA 在單個或多個RCPT命令後，表示所有的郵件接收人已標識，並初始化數據傳輸，以.結束。 VRFY 用於驗證指定的用戶/郵箱是否存在；由於安全方面的原因，伺服器常禁止此命令 EXPN 驗證給定的郵箱列表是否存在，擴充郵箱列表，也常被禁用 HELP 查詢伺服器支持什麼命令 NOOP 無操作，伺服器應響應OK QUIT 結束會話 RSET 重置會話，當前傳輸被取消 --------------------------------
8. MAIL FROM命令中指定的地址是稱作 envelope from地址，不需要和發送者自己的地址是一致的。 RCPT TO 與之等同，指明的接收者地址稱為envelope to地址，而與實際的to：行是什麼無關。 9.為什麼沒有RCPT CC和RCPT BCC:? 所有的接收者協商都通過RCPT TO命令來實現，如果是BCC，則協商發送後在對方接收時被刪掉信封接收者 10.郵件被分為信封部分，信頭部分和信體部分 envelope from, envelope to 與message from:, message to:完全不相干。 evnelope是由伺服器主機間SMTP後台提供的，而message from/to是由用戶提供的。有無冒號也是區別。
11. 怎樣由信封部分檢查是否一封信是否是偽造的？ a. received行的關聯性。 現在的SMTP郵件傳輸系統，在信封部分除了兩端的內部主機處理的之個，考慮兩個公司防火牆之間 的部分，若兩台防火牆機器分別為A和B，但接收者檢查信封received：行時發現經過了C.則是偽造的。 b. received：行中的主機和IP地址對是否對應如： Receibed: from galangal.org (turmeric.com [104.128.23.115] by mail .bieberdorf.e.... c. 被人手動添加在最後面的received行： Received: from galangal.org ([104.128.23.115]) by mail .bieberdorf.e (8.8.5) Received: from lemongrass.org by galangal.org (8.7.3) Received: from graprao.com by lemongrass.org (8.6.4)
3. SMTP，IMAP 和 Exchange 的區別在哪裡
SMTP管『發』， POP3/IMAP管『收』。
舉個例子，你坐在電腦邊用mail client寫完郵件，點擊『發送』。這時你的mail client會發消息給郵件伺服器上的SMTP service。這時有兩種情況：
如果郵件的收信人也是處於同一個domain，比如從http://163.com發送給163的郵箱，SMTP service只需要轉給local的POP3 Service即可
如果郵件收信人是另外的domain，比如http://163.com發送給http://sina.com， SMTP service需要通過詢問DNS, 找到屬於sina的SMTP service的host
Exchange Server是微軟公司的一套電子郵件服務組件。除傳統的電子郵件的存取、儲存、轉發作用外，在新版本的產品中亦加入了一系列輔助功能，如語音郵件、郵件過濾篩選、OWA（基於Web的電子郵件存取）。Exchange Server支持多種電子郵件網路協議，如SMTP、POP3、IMAP4。Exchange Server能夠與微軟公司的活動目錄完美結合。
來自知乎問答
4. 怎麼設置SMTP及用戶名
用戶名就是你注冊郵箱的名字，
SMTP是發送郵件伺服器名稱，你的郵箱是那裡注冊，看該郵箱的網頁幫助
163的smtp就是smtp.163.com
5. 電子郵件的五層協議是什麼 寫出功能圖和詳細分析。
電子郵件的工作過程遵循客戶-伺服器模式。每份電子郵件的發送都要涉及到發送方與接收方，發送方式構成客戶端，而接收方構成伺服器，伺服器含有眾多用戶的電子信箱。發送方通過郵件客戶程序，將編輯好的電子郵件向郵局伺服器（SMTP伺服器）發送。郵局伺服器識別接收者的地址，並向管理該地址的郵件伺服器（POP3伺服器）發送消息。郵件伺服器識將消息存放在接收者的電子信箱內，並告知接收者有新郵件到來。接收者通過郵件客戶程序連接到伺服器後，就會看到伺服器的通知，進而打開自己的電子信箱來查收郵件。
通常Internet上的個人用戶不能直接接收電子郵件，而是通過申請ISP主機的一個電子信箱，由ISP主機負責電子郵件的接收。一旦有用戶的電子郵件到來，ISP主機就將郵件移到用戶的電子信箱內，並通知用戶有新郵件。因此，當發送一條電子郵件給一另一個客戶時，電子郵件首先從用戶計算機發送到ISP主機，再到Internet，再到收件人的ISP主機，最後到收件人的個人計算機。
ISP主機起著「郵局」的作用，管理著眾多用戶的電子信箱。每個用戶的電子信箱實際上就是用戶所申請的帳號名。每個用戶的電子郵件信箱都要佔用ISP主機一定容量的硬碟空間，由於這一空間是有限的，因此用戶要定期查收和閱讀電子信箱中的郵件，以便騰出空間來接收新的郵件。
准確的說是七層,而不是五層,他們分別是
7.應用層
TELNET FTP TFTP SMTP SNMP HTTP BOOTP DHCP
6：表示層
文本：ASCII，EBCDIC
圖形：TIFF，JPEG，GIF，PICT
聲音：MIDI，MPEG，QUICKTIME
5：會話層
NFS SQL RPC X-WINDOWS ASP（APPTALK會話協議）SCP
4：傳輸層
TCP/IP----TCP和UDP NOVELL---IPX SPX
3：網路層
IP IPX
2：數據鏈路層
乙太網 IEEE802.3 令牌環 IEEE802.5 HDLC PPP
1：物理層
10BASE T 10BASE TX V.35 RS-232 100BASE T 100BASE TX 1000BASE T 1000BASE TX 100BASE F 100BASE FX
你說的應該是網際網路協議堆,如果說網際網路協議堆按5層來劃分，第4層就是傳輸層(transport layer)，它是應用層(第5層)和網路層(第3層)之間的介面。傳輸層為應用層上的應用提供兩類截然不同的服務：第一類服務叫做可靠的面向連接服務(connection-oriented service)，確保正確無誤地把消息從源端傳送到目的地，使用的協議是TCP協議。第二類服務是不可靠的無連接服務(unreliable, connectionless service)，使用的協議是用戶數據包協議UDP(User Datagram Protocol)。一般來說，應用層協議運行在操作系統之上，而傳輸層協議集成在操作系統之中。因此，當設計網路應用時，設計人員必需要指定其中的一種網路傳輸協議，網路多媒體應用通常使用UDP協議。
一個網路單元層n(layer n)與另一個網路單元層n(layer n)交換的消息是層n(layer n)上的消息，這些消息稱為層n協議數據單元(layer-n protocol data unit，n-PDU)。如圖15-18所示，主機A的傳輸層與主機B的傳輸層交換的消息就是傳輸層上的消息，這叫做邏輯上的端-端傳輸，當信息包通過中間設備(例如路由器、網橋和中繼器等設備)時，這些網路設備對使用UDP協議的信息包和使用TCP協議的信息包將一視同仁。在一些網路文獻中，通常把使用UDP的協議數據單元(protocol data unit，PDU)稱為數據包(datagram)，但網路文獻也使用數據包(datagram)這個術語表示網路層的PDU，名詞術語不統一就會使人很混亂。為了簡化術語，本書把傳輸層上的協議數據單元PDU稱為消息段(segment)，或者就叫做傳輸層協議數據單元。
15.4.2 埠號和套接號的概念
在客戶機/服務機(client/server)運行模式中，一端的主機叫做客戶機，另一端的主機叫做服務機。一台服務機可以同時運行同一應用程序的幾個進程，例如服務機上的FTP服務軟體可以同時給幾個客戶傳送文件，對每個客戶至少要調用一個FTP服務軟體的進程。同樣，一個客戶可以同時與幾台不同的主機進行遠程對話，對每個不同的主機，客戶軟體至少要調用一個遠程客戶軟體的進程。因此，對連網計算機上的進程就需要相互聯系的埠號來遞送IP信息包。
在網際網路上，所有使用TCP或者UDP協議的應用程序都有一個標識協議本身的永久性埠號(port number)。例如，我們在設置Web瀏覽器或者FTP文件傳輸程序時會經常遇到的埠號：HTTP的埠號＝80，FTP的埠號＝21，電子郵件協議SMTP的埠號＝25，Telnet的埠號＝23，這些埠號叫做眾所周知的埠號(well-known port number)。埠號的分配定義在RFC 1700中，並在1994年成為一個標准，標准號是STD0002。可供TCP使用的埠號共計65,535，一般來說，大於255的埠號由本地的機器使用，小於255的埠號用於頻繁使用的進程，0和255是保留埠號。
收發兩端的傳輸層TCP之間的通信由兩個號碼的組合來鑒別，一個是機器的IP地址，另一個是TCP軟體使用的埠號，這兩個號碼組合在一起就叫做套接標識符(socket)或者叫做套接號，而且收發雙方都需要有套接標識符。因為在互聯網上機器的IP地址是唯一的，而對單台機器的埠號也是唯一的，因此套接標識符在互聯網上也是唯一的，這就可通過套接標識符使互聯網路上的進程之間相互通信。互聯網上收發兩端的進程之間的通信建立過程.
15.4.3 用戶數據包傳輸協議(UDP)
1. UDP協議簡介
網際網路為網路應用提供有兩種不同的傳輸協議：用戶數據包傳輸協議(User Datagram Protocol，UDP)和傳輸控制協議TCP(Transfer Control Protocol)。不同的網路應用使用不同的協議，如圖15-20所示。例如，HTTP使用TCP協議，而普通文件傳輸協議(Trivial File Transfer Protocol，TFTP)則使用UDP。
UDP協議不提供端－端的確認和重傳功能，它不保證信息包一定能到達目的地，因此稱為不可靠協議。應用開發人員選擇UDP時，應用層協議軟體幾乎是直接與IP通信。
應用層協議
HTTP，FTP，Telnet，SMTP，NNTP，……
TFTP，RTP，Real Audio，……
傳輸層協議
TCP
UDP
網路層
IP，ICMP，IGMP
HTTP(Hypertext Transfer Protocol) 超文本傳送協議
FTP(File Transfer Protocol) 文件傳輸協議
Telnet 遠程聯接服務標准協議
SMTP(Simple Mail Transfer Protocol) 簡單郵件傳輸協議
RTP(Real-time Transport Protocol) 實時傳輸協議
UDP有下述幾個特性：
(1) UDP是一個無連接協議，傳輸數據之前源端和終端不建立連接，當它想傳送時就簡單地去抓取來自應用程序的數據，並盡可能快地把它扔到網路上。在發送端，UDP傳送數據的速度僅僅是受應用程序生成數據的速度、計算機的能力和傳輸帶寬的限制；在接收端，UDP把每個消息段放在隊列中，應用程序每次從隊列中讀一個消息段。
(2) 由於傳輸數據不建立連接，因此也就不需要維護連接狀態，包括收發狀態等，因此一台服務機可同時向多個客戶機傳輸相同的消息。
(3) UDP信息包的標題很短，只有8個位元組，相對於TCP的20個位元組信息包的額外開銷很小。
(4) 吞吐量不受擁擠控制演算法的調節，只受應用軟體生成數據的速率、傳輸帶寬、源端和終端主機性能的限制。
雖然UDP是一個不可靠的協議，但它是分發信息的一個理想協議。例如，在屏幕上報告股票市場、在屏幕上顯示航空信息等等。UDP也用在路由信息協議RIP(Routing Information Protocol)中修改路由表。在這些應用場合下，如果有一個消息丟失，在幾秒之後另一個新的消息就會替換它。UDP廣泛用在多媒體應用中，例如，Progressive Networks公司開發的RealAudio軟體，它是在網際網路上把預先錄制的或者現場音樂實時傳送給客戶機的一種軟體，該軟體使用的RealAudio audio-on-demand protocol協議就是運行在UDP之上的協議，大多數網際網路電話軟體產品也都運行在UDP之上。
2. UDP協議的標題結構
UDP信息包由UDP標題和數據組成。UDP的標題結構如圖15-21所示,它由5個域組成：源端埠(Source Port)、目的地埠(Destination Port)、用戶數據包的長度(Length)和檢查和(Checksum)。其中，前4個域組成UDP標題(UDP header)，每個域由4個位元組組成；檢查和域占據2個位元組，它用來檢測傳輸過程中是否出現了錯誤；用戶數據包的長度包括所有5個域的位元組數。檢查和的詳細計算可在RFC 1071中找到，現舉一例說明使用檢查和檢測錯誤的道理。例如，假設從源端A要發送下列3個16位的二進制數：word1，word2和word3到終端B，檢查和計算如下：word1
0110011001100110
word2
0101010101010101
word3
0000111100001111
sum=word1+ word2+ word3
1100101011001010
檢查和(sum的反碼)
0011010100110101
從發送端發出的4個(word1，2，3以及檢查和)16位二進制數之和為1111111111111111，如果接收端收到的這4個16位二進制數之和也是全「1」，就認為傳輸過程中沒有出差錯。
許多鏈路層協議都提供錯誤檢查，包括流行的乙太網協議，讀者也許想知道為什麼UDP也要提供檢查和。其原因是鏈路層以下的協議在源端和終端之間的某些通道可能不提供錯誤檢測。雖然UDP提供有錯誤檢測，但檢測到錯誤時，UDP不做錯誤校正，只是簡單地把損壞的消息段扔掉，或者給應用程序提供警告信息。
讀者也可能會問，收發兩端的兩個進程是否有可能通過UDP提供可靠的數據傳輸？答案是可以的。但必需要把確認和重傳措施加到應用程序中，應用程序不能指望UDP來提供可靠的數據傳輸。
15.4.4 傳輸控制協議(TCP)
1. TCP協議簡介
傳輸控制協議TCP(Transmission Control Protocol)是TCP/IP協議堆中的一部分。消息在網路內部或者網路之間傳遞時要打包，TCP負責把來自高層協議的數據裝配成標準的數據包，相當於在數據包上貼包裝清單，而IP則相當於在數據包上貼收、發人的姓名和地址，TCP和IP之間要進行相互通信才能完成數據的傳輸。TCP/IP協議中的IP主要負責在計算機之間搬運數據包，而TCP主要負責傳輸數據的正確性。TCP/IP有3個主要的特性：功能豐富，開放性和普遍型。隨著新的網路服務的不斷出現，TCP/IP協議也在不斷修改和擴充。
TCP是傳輸層上的協議，該協議定義在RFC 793，RFC 1122，RFC 1323和RFC 2001文件中。目前，TCP協議比UDP協議用得更廣泛，也更復雜。
TCP是面向連接的協議。面向連接的意思是在一個應用程序開始傳送數據到另一個應用程序之前，它們之間必須相互溝通，也就是它們之間需要相互傳送一些必要的參數，以確保數據的正確傳送。
TCP是全雙工的協議。全雙工(full plex)的意思是，如果在主機A和主機B之間有連接，A可向B傳送數據，而B也可向A傳送數據。TCP也是點對點的傳輸協議，但不支持多目標廣播。TCP連接一旦建立，應用程序就不斷地把數據送到TCP發送緩存(TCP send buffer)，如圖15-22 所示TCP就把數據流分成一塊一塊(chunk)，再裝上TCP協議標題(TCP header)以形成TCP消息段(TCP segment)。這些消息段封裝成IP數據包(IP datagram)之後發送到網路上。當對方接收到消息段之後就把它存放到TCP接收緩存(TCP receive buffer)中，應用程序就不斷地從這個緩存中讀取數據。
TCP為應用層和網路層上的IP提供許多服務，其中3個最重要的服務是：(1) 可靠地傳輸消息：為應用層提供可靠的面向連接服務，確保發送端發出的消息能夠被接收端正確無誤地接收到。接收端的應用程序確信從TCP接收緩存中讀出的數據是否正確是通過檢查傳送的序列號(sequence number)、確認(acknowledgement)和出錯重傳(retransmission)等措施給予保證的。
(2) 流程式控制制：連接雙方的主機都給TCP連接分配了一定數量的緩存。每當進行一次TCP連接時，接收方主機只允許發送端主機發送的數據不大於緩存空間的大小。如果沒有流程式控制制，發送端主機就可能以比接收端主機快得多的速度發送數據，使得接收端的緩存出現溢出。
(3) 擁擠控制：TCP保證每次TCP連接不過分加重路由器的負擔。當網路上的鏈路出現擁擠時，經過這個鏈路的TCP連接將自身調節以減緩擁擠。
2 TCP協議標題的結構
如前所述，TCP遞給IP的數據塊叫做消息段(segment)。這個消息段由TCP協議標題域(TCP header field)和存放應用程序的數據域(header fields)組成，如TCP協議標題有很多域組成，現將幾個比較重要的域作一個簡單介紹。
(1) 源端埠號(Source Port Number)域和目的地埠號(Destination port Number)域：前者的16位域用來識別本機TCP；後者的16域用來識別遠程機器的TCP。
(2) 順序號(sequence number)域和確認號(acknowledgment number)域：這兩個域是TCP標題中兩個最重要的域。32位的順序號域用來指示當前數據塊在整個消息中的位置，而32位的確認號域用來指示下一個數據塊順序號，也可間接表示最後接收到的數據塊順序號。順序號域和確認號域由TCP收發兩端主機在執行可靠數據傳輸時使用。
在介紹順序號(sequence number)和確認號(acknowledgement number)之前，首先要介紹TCP最大消息段大小(maximum segment size，MSS)的概念。在建立TCP連接期間，源端主機和終端主機都可能宣告最大消息段大小MSS和一個用於連接的最小消息段大小。如果有一端沒有宣告MSS，就使用預先約定的位元組數(如1500，536或者512位元組)。當TCP發送長文件時，就把這個文件分割成許多按照特定結構組織的數據塊(chunk)，除了最後一個數據塊小於MSS外，其餘的數據塊大小都等於MSS。在交互應用的情況下，消息段通常小於MSS，像Telnet那樣的遠程登錄應用中，TCP消息段中的數據域通常僅有一個位元組。
在TCP數據流中的每個位元組都編有號碼。例如，一個106位元組長的文件，假設MSS為103位元組，第一個位元組的順序號定義為
6. 公司路由器屏蔽了股票軟體，能上網但打不開股票軟體，但我想在適當的時候登陸交易，求解 多加分！！！
如果能上網但打不開股票軟體，不是綁定MAC地址，更不關DNS的事！！是你們公司封了股票軟體的埠！單位內的區域網上網用戶，為了安全的考慮單位網管只給區域網留下幾個必用的、有限的埠（比如IE的http埠80、pop3埠110、smtp埠25等）而對其他的埠一律關閉。
在你們所處的網路環境中，網上交易系統的數據傳輸埠被限制或Tcp協議被封鎖，但客戶端可通過80埠由Http協議訪問網頁。
常見股票軟體埠：
大智慧股票軟體：TCP22221、22223、22224
同花順股票軟體：TCP8601
廣發至強版：TCP7709
龍卷風行情分析：TCP8001
錢龍旗艦版：TCP9000
國元證劵：TCP9999
分析家證劵軟體：TCP5188
麒麟短線王至尊版：TCP8601
光大證劵：TCP7709 TCP7711
................
...............等等，如果路由器封了這些埠，沒有辦法，這些證劵軟體都不能使用！
解決辦法：
1、使用代理，不過不是很安全，密碼資金容易被盜！
2、安裝綠色通道伺服器，通過Http協議由專用通道伺服器訪問系統提供的行情或交易伺服器。繞過被封的埠，比如『華弘專用通道』。同上，這樣是否安全，我也不敢肯定，畢竟通過第三方的平台進行交易！
3、有的軟體有網頁版，能看網頁，也能看看行情（比如：新浪網，就有股票行情）只是很多設置不像客戶端那樣功能強大！
4、多換幾個證劵軟體試試，看是否有漏網沒有被封埠的！
5、實在沒辦了，暗地裡勾兌你們單位網管，開幾個埠吧！
7. 請詳述SMTP的工作原理
ReportingService訂閱-SMTP原理2006-10-08 16:57IIS所支持的SMTP服務存在許多功能或性能的限制，這是由SMTP服務本身的限制所決定
的。事實上，即使是IIS所支持的SMTP服務也只是Microsoft的其他郵件產品，如Exchan
ge、Site Server，所提供的SMTP服務的簡版。與其說存在技術上的瓶頸，還不如說是M
icrosoft的一種產品策略，畢竟IIS是隨Windows 2000免費附送的，而Exchange、Site
Server或其他公司等郵件（群件）產品（如Notes等）都是價值不菲的軟體。同時，對於
小型商業企業、政府、教育機構來說，IIS的SMTP所實現的功能已經足夠了。同時，在某
些只需發送郵件的場合（宣傳、營銷等），使用SMTP還有意想不到的作用。為了彌補SM
TP服務不能主動接收郵件的缺陷，某些系統管理員還通過自己寫一些ASP代碼實現郵件檢
索功能（通過CDO for NTS庫），從而可以讀取SMTP文件夾中的簡單郵件等。
SMTP通過文件夾方式實現郵件的傳送，一封郵件在存送的各個不同過程（狀態）下被SM
TP放入不同文件夾中。例如，用戶只需將待發送的郵件投入發送文件夾就可以由IIS實現
自動發送，而用戶收到的新郵件也是被IIS投放到收件文件夾中。
由IIS自動生成的默認SMTP站點具有如圖 6 – 2 所示的預設文件夾，它們位於inetpu
b目錄下的mailroot文件夾中，主要的功能文件夾有：
? Pickup:拾取待發送郵件，用戶將待發郵件投入此文件夾。
? Queue:保存傳送過程中的郵件，因網路繁忙、目標伺服器無響應等原因不能一次發送
成功的郵件暫存在此等待繼續發送。
? Drop:接收所有傳入郵件。
? Badmail:存放不能投遞且不能返回發送者的郵件（稱為死信）。
? Route、SortTemp、MailBox:IIS使用這些目錄對發往其他伺服器的郵件進行排序和重
組，從而使投遞過程有序、快捷。
注意：上述文件夾中，除了Badmail和Drop可以移到其他分區外，其餘文件夾必須保存在
NTFS分區上。
SMTP服務的工作原理：一旦用戶將待發郵件投放到Pickup文件夾中，IIS即時將信郵件拾
獲並加入Queue文件夾，然後由IIS判斷郵件的目標地址，根據收件人位於本地或遠程判
斷下一步工作：
本地郵件傳送：如果郵件是送交本地收件人的，IIS將其從Queue文件夾直接移動到Drop
文件夾中，一旦郵件存放到Drop目錄，SMTP的郵件傳送循環就算完成了。
遠程郵件傳送：對於收件人賬號位於遠程郵件伺服器商的郵件，SMTP服務將進行如下操
作：
1. SMTP服務將郵件進行編組，以便在發送時能夠一次將多個郵件同時發送出去，以優化
網路資源消耗。
2. IIS負責檢驗遠程郵件伺服器是否做好接收郵件的准備，一旦准備妥當即可進入下一
步。否則，郵件將重新進入待發郵件隊列（Queue文件夾），隨後，IIS將每隔一定時間
從新嘗試聯系目標伺服器，嘗試次數與收件間隔可在SMTP服務屬性中設置（詳見下文）
。
3. IIS將郵件實際發送到Internet（Intranet）中，等到目標郵件伺服器返回一個成功
收到郵件的信息之後，郵件的發送工作就算圓滿完成了。此步驟中可選的高級功能包括
SSL加密、使用智能主機轉發、指定特殊路由等將待稍後詳述。
4. 一旦目標郵件伺服器不能接受郵件（主要因為目的地址不存在或郵件據收），IIS將
嘗試將郵件返回給發送用戶，如果返回操作不成功，該郵件將作為死信投遞到Badmail文
件夾中。
另參考:
http://bbs.netadmin.com.cn/dispbbs.asp?boardID=70&ID=17475
http://www.cqeec.com/phpwind/simple/index.php?t2092.html
http://www.163design.net/p/j/19879.html
8. pop3和smtp
當然可以，pop3必須設置成你的郵件服務供應商提供的伺服器地址，而smtp伺服器只需要設置成你最方便使用的那個就可以了，當然如今很多smtp伺服器都要求做身份認證，如果這樣，你得有它認可的用戶名密碼才成
你是要自己架個伺服器？
不要亂用別人的smtp伺服器，因為你用它，就是說你的所有郵件都會在它上面暫時或永久的保留一份拷貝，而且你無權過問
為了安全起見，自己用linux搭一個吧，用sendmail就可以
9. 如何用SMTP發附件
首先，你的郵箱需要開通SMTP功能，有一些郵箱是不支持的，開啟後將郵箱設置到客戶端上，發郵件時候直接把附件拖到郵件里，發送就行了，我們公司用的TOM企業郵箱，我都是用客戶端發郵件發附件的