python郵件客戶端
A. python是什麼、 怎麼讀
Python是什麼？
Python是著名的「龜叔」Guido van Rossum在1989年聖誕節期間，為了打發無聊的聖誕節而編寫的一個編程語言。
現在，全世界差不多有600多種編程語言，但流行的編程語言也就那麼20來種。如果你聽說過TIOBE排行榜，你就能知道編程語言的大致流行程度。
Python的功能：
總的來說，這幾種編程語言各有千秋。C語言是可以用來編寫操作系統的貼近硬體的語言，所以，C語言適合開發那些追求運行速度、充分發揮硬體性能的程序。而Python是用來編寫應用程序的高級編程語言。
當你用一種語言開始作真正的軟體開發時，你除了編寫代碼外，還需要很多基本的已經寫好的現成的東西，來幫助你加快開發進度。比如說，要編寫一個電子郵件客戶端，如果先從最底層開始編寫網路協議相關的代碼，那估計一年半載也開發不出來。高級編程語言通常都會提供一個比較完善的基礎代碼庫，讓你能直接調用，比如，針對電子郵件協議的SMTP庫，針對桌面環境的GUI庫，在這些已有的代碼庫的基礎上開發，一個電子郵件客戶端幾天就能開發出來。
Python就為我們提供了非常完善的基礎代碼庫，覆蓋了網路、文件、GUI、資料庫、文本等大量內容，被形象地稱作「內置電池（Batteries included）」。用Python開發，許多功能不必從零編寫，直接使用現成的即可。
除了內置的庫外，Python還有大量的第三方庫，也就是別人開發的，供你直接使用的東西。當然，如果你開發的代碼通過很好的封裝，也可以作為第三方庫給別人使用。
許多大型網站就是用Python開發的，例如YouTube、Instagram，還有國內的豆瓣。很多大公司，包括Google、Yahoo等，甚至NASA（美國航空航天局）都大量地使用Python。
龜叔給Python的定位是「優雅」、「明確」、「簡單」，所以Python程序看上去總是簡單易懂，初學者學Python，不但入門容易，而且將來深入下去，可以編寫那些非常非常復雜的程序。
總的來說，Python的哲學就是簡單優雅，盡量寫容易看明白的代碼，盡量寫少的代碼。如果一個資深程序員向你炫耀他寫的晦澀難懂、動不動就幾萬行的代碼，你可以盡情地嘲笑他。
Python適合開發哪些類型的應用呢？
首選是網路應用，包括網站、後台服務等等；
其次是許多日常需要的小工具，包括系統管理員需要的腳本任務等等；
另外就是把其他語言開發的程序再包裝起來，方便使用。
Python是什麼及其Python有哪些功能，我想現在大家應該都很了解了吧，如果你覺得這門語言適合你，就趕緊學起來吧！
B. python 郵箱登錄的問題
這可能是一種安全機制。由於採用SMTP時，原則上不再需要用戶手工輸入密碼，因為設置SMTP發送方式的原因就是方便使用客戶端或自動化程序來發送郵件，因此，僅在首次創建連接時，需要由用戶人工輸入密碼，而這是有可能輸入錯誤的。一旦輸入正確，原則上，客戶端或你自己所寫的代碼即會保存這個密碼，在以後建立連接時，這一密碼就不會「輸入」錯誤了。如果輸入錯誤，只能認定為攻擊行為。侍戚畢所以，你必須確保密碼的正確性。
如果你非要考慮輸錯密碼的情形，使其能在輸錯密碼斷開連接後，自動重新建立新的連接，則可以在輸入密碼仔早部老芹分使用try來捕獲SMTPServerDisconnected異常。當異常被觸發時，建立新的連接即可。
C. 如何用 python 搭建一個郵件伺服器
有人說表示只學Python沒有用，必須學會一個框架(比如Django和web.py)才能找到工作。
其實掌握一個類似於框架的高級工具是有用的，但是基礎的東西可以讓你永遠不被淘汰，不要被工具限制了自己的發展。
今天不使用框架，也不使用Python標准庫中的高級包，只使用標准庫中的socket介面寫一個Python伺服器。
框架與底層
在當今Python伺服器框架 (framework, 比如Django, Twisted, web.py等等) 橫行的時代，從底層的socket開始寫伺服器似乎是一個出力不討好的笨方法。
框架的意義在於掩蓋底層的細節，提供一套對於開發人員更加友好的API，並處理諸如MVC的布局問題。
框架允許我們快速的構建一個成型而且成熟的Python伺服器。然而，框架本身也是依賴於底層(比如socket)。對於底層socket的了解，不僅可以幫助我們更好的使用框架，更可以讓我們明白框架是如何設計的。
更進一步，如果擁有良好的底層socket編程知識和其他系統編程知識，你完全可以設計並開發一款自己的框架。
如果你可以從底層socket開始，實現一個完整的Python伺服器，支持用戶層的協議，並處理好諸如MVC(Model-View-Control)、多線程(threading)等問題，並整理出一套清晰的函數或者類，作為介面(API)呈現給用戶，你就相當於設計了一個框架。
socket介面是實際上是操作系統提供的系統調用。
socket的使用並不局限於Python語言，你可以用C或者java來寫出同樣的socket伺服器，而所有語言使用socket的方式都類似(Apache就是使用C實現的伺服器)。
但是你不能跨語言的使用框架。
框架的好處在於幫你處理了一些細節，從而實現快速開發，但同時受到Python本身性能的限制。
我們已經看到，許多成功的網站都是利用動態語言(比如Python, Ruby或者php，比如twitter和facebook)快速開發，在網站成功之後，將代碼轉換成諸如C和JAVA這樣一些效率比較高的語言，從而讓伺服器能更有效率的面對每天億萬次的請求。
在這種情況下，底層的重要性，就遠遠超過了框架。
TCP/IP和socket簡介
回到我們的任務。
我們需要對網路傳輸，特別是TCP/IP協議和socket有一定的了解。
socket是進程間通信的一種方法，它是基於網路傳輸協議的上層介面。
socket有許多種類型，比如基於TCP協議或者UDP協議(兩種網路傳輸協議)，其中又以TCP socket最為常用。
TCP socket與雙向管道(plex PIPE)有些類似，一個進程向socket的一端寫入或讀取文本流，而另一個進程可以從socket的另一端讀取或寫入，比較特別是，這兩個建立socket通信的進程可以分別屬於兩台不同的計算機。
TCP協議，就是規定了一些通信的守則，以便在網路環境下能夠有效實現上述進程間通信過程。
雙向管道(plex PIPE)存活於同一台電腦中，所以不必區分兩個進程的所在計算機的地址，而socket必須包含有地址信息，以便實現網路通信。
一個socket包含四個地址信息: 兩台計算機的IP地址和兩個進程所使用的埠(port)。IP地址用於定位計算機，而port用於定位進程 (一台計算機上可以有多個進程分別使用不同的埠)。
TCP socket
在互聯網上，讓某台計算機作為伺服器。
伺服器開放自己的埠，被動等待其他計算機連接。
當其他計算機作為客戶，主動使用socket連接到伺服器的時候，伺服器就開始為客戶提供服務。
在Python中，我們使用標准庫中的socket包來進行底層的socket編程。
首先是伺服器端，我們使用bind()方法來賦予socket以固定的地址和埠，並使用listen()方法來被動的監聽該埠。
當有客戶嘗試用connect()方法連接的時候，伺服器使用accept()接受連接，從而建立一個連接的socket：
socket.socket()創建一個socket對象，並說明socket使用的是IPv4(AF_INET，IP version 4)和TCP協議(SOCK_STREAM)。
然後用另一台電腦作為客戶，我們主動使用connect()方法來搜索伺服器端的IP地址(在Linux中，你可以用$ifconfig來查詢自己的IP地址)和埠，以便客戶可以找到伺服器，並建立連接:
在上面的例子中，我們對socket的兩端都可以調用recv()方法來接收信息，調用sendall()方法來發送信息。
這樣，我們就可以在分處於兩台計算機的兩個進程間進行通信了。
當通信結束的時候，我們使用close()方法來關閉socket連接。
(如果沒有兩台計算機做實驗，也可以將客戶端IP想要connect的IP改為"127.0.0.1"，這是個特殊的IP地址，用來連接當地主機。)
基於TCP socket的HTTP伺服器
上面的例子中，我們已經可以使用TCP socket來為兩台遠程計算機建立連接。
然而，socket傳輸自由度太高，從而帶來很多安全和兼容的問題。
我們往往利用一些應用層的協議(比如HTTP協議)來規定socket使用規則，以及所傳輸信息的格式。
HTTP協議利用請求-回應(request-response)的方式來使用TCP socket。
客戶端向伺服器發一段文本作為request，伺服器端在接收到request之後，向客戶端發送一段文本作為response。
在完成了這樣一次request-response交易之後，TCP socket被廢棄。
下次的request將建立新的socket。
request和response本質上說是兩個文本，只是HTTP協議對這兩個文本都有一定的格式要求。
Request <——> Response
現在，我們寫出一個HTTP伺服器端：
HTTP伺服器程序的解釋
如我們上面所看到的，伺服器會根據request向客戶傳輸的兩條信息text_content和pic_content中的一條，作為response文本。
整個response分為起始行(start line), 頭信息(head)和主體(body)三部分。起始行就是第一行:
它實際上又由空格分為三個片段，HTTP/1.x表示所使用的HTTP版本，200表示狀態(status code)，200是HTTP協議規定的，表示伺服器正常接收並處理請求，OK是供人來閱讀的status code。
頭信息跟隨起始行，它和主體之間有一個空行。
這里的text_content或者pic_content都只有一行的頭信息，text_content用來表示主體信息的類型為html文本：
而pic_content的頭信息(Content-Type: image/jpg)說明主體的類型為jpg圖片(image/jpg)。
主體信息為html或者jpg文件的內容。
(注意，對於jpg文件，我們使用"rb"模式打開，是為了與windows兼容。因為在windows下，jpg被認為是二進制(binary)文件，在UNIX系統下，則不需要區分文本文件和二進制文件。)
我們並沒有寫客戶端程序，後面我們會用瀏覽器作為客戶端。
request由客戶端程序發給伺服器。
盡管request也可以像response那樣分為三部分，request的格式與response的格式並不相同。
request由客戶發送給伺服器，比如下面是一個request：
起始行可以分為三部分，第一部分為請求方法(request method)，第二部分是URL，第三部分為HTTP版本。
request method可以有GET， PUT， POST， DELETE， HEAD。最常用的為GET和POST。
GET是請求伺服器發送資源給客戶，POST是請求伺服器接收客戶送來的數據。
當我們打開一個網頁時，我們通常是使用GET方法；當我們填寫表格並提交時，我們通常使用POST方法。
第二部分為URL，它通常指向一個資源(伺服器上的資源或者其它地方的資源)。像現在這樣，就是指向當前伺服器的當前目錄的test.jpg。
按照HTTP協議的規定，伺服器需要根據請求執行一定的操作。
正如我們在伺服器程序中看到的，我們的Python程序先檢查了request的方法，隨後根據URL的不同，來生成不同的response(text_content或者pic_content)。
隨後，這個response被發送回給客戶端。
使用瀏覽器實驗
為了配合上面的伺服器程序，我已經在放置Python程序的文件夾里，保存了一個test.jpg圖片文件。
我們在終端運行上面的Python程序，作為伺服器端，再打開一個瀏覽器作為客戶端。
(如果有時間，你也完全可以用Python寫一個客戶端。原理與上面的TCP socket的客戶端程序相類似。)
在瀏覽器的地址欄輸入:
(當然，你也可以用令一台電腦，並輸入伺服器的IP地址)
OK，我已經有了一個用Python實現的，並從socket寫起的伺服器了。
從終端，我們可以看到，瀏覽器實際上發出了兩個請求。
第一個請求為 (關鍵信息在起始行，這一個請求的主體為空):
我們的Python程序根據這個請求，發送給伺服器text_content的內容。
瀏覽器接收到text_content之後，發現正文的html文本中有<IMG src="text.jpg" />，知道需要獲得text.jpg文件來補充為圖片，立即發出了第二個請求:
我們的Python程序分析過起始行之後，發現/test.jpg符合if條件，所以將pic_content發送給客戶。
最後，瀏覽器根據html語言的語法，將html文本和圖畫以適當的方式顯示出來。
探索的方向
1) 在我們上面的伺服器程序中，我們用while循環來讓伺服器一直工作下去。
實際上，我們還可以根據多線程的知識，將while循環中的內容改為多進程或者多線程工作。
2) 我們的伺服器程序還不完善，我們還可以讓我們的Python程序調用Python的其他功能，以實現更復雜的功能。比如說製作一個時間伺服器，讓伺服器向客戶返回日期和時間。你還可以使用Python自帶的資料庫，來實現一個完整的LAMP伺服器。
3) socket包是比較底層的包。Python標准庫中還有高層的包，比如SocketServer，SimpleHTTPServer，CGIHTTPServer，cgi。這些都包都是在幫助我們更容易的使用socket。如果你已經了解了socket，那麼這些包就很容易明白了。利用這些高層的包，你可以寫一個相當成熟的伺服器。
4) 在經歷了所有的辛苦和麻煩之後，你可能發現，框架是那麼的方便，所以決定去使用框架。或者，你已經有了參與到框架開發的熱情。
D. 一些著名的軟體都用什麼語言編寫
一、操作系統：
Microsoft Windows ： 匯編 -> C -> C++
備註：曾經在智能手機的操作系統（Windows Mobile）考慮摻點C#寫的程序，比如軟鍵盤，結果因為寫出來的程序太慢，實在無法和別的模塊合並，最終又回到C++重寫。
相信很多朋友都知道Windows Vista，這個系統開發早期比爾蓋茨想全部用C#寫，但是最終因為執行慢而放棄，結果之前無數軟體工程師日夜勞作成果一夜之間被宣告作廢。
Linux ：C
Apple MacOS ： 主要為C，部分為C++。 備註： 之前用的語言比較雜，最早是匯編和Pascal。
Sun Solaris ： C
HP-UX ： C
Symbian OS ： 匯編，主要為C++。 （諾基亞手機）
Google Android ：2008 年推出： C語言（有傳言說是用Java開發的操作系統，但最近剛推出原生的C語言SDK）
RIM BlackBerry OS 4.x ： 黑莓 C++
Microsoft Windows UI ： C++
Apple MacOS UI (Aqua) ： C++
Gnome （Linux圖形界面之一，大腳）： C和C++， 主要是C。
KDE （Linux圖形界面） ，C++。
Google Desktop Search ： C++
Microsoft Windows Desktop Search ： C++
Beagle （Linux/Windows/UNIX 下）： C# （基於開源的 .net : Mono）
Microsoft Office ： 在 匯編 -> C -> 穩定在C++
Sun Open Office ： 部分JAVA（對外介面），主要為C++ （開源，可下載其源代碼）
Corel Office/WordPerfect Office ： 1996年嘗試過Java，次年被拋棄，重新回到C/C++
Adobe Systems Acrobat Reader/Distiller ： C++
Oracle ： 匯編、C、C++、Java。主要為C++。
MySQL ： C++
IBM DB2 ： 匯編、C、C++，主要為C。
Microsoft SQL Server ： 匯編 -> C->C++
IBM Informix : 匯編、C、C++，主要為C。
SAP DB/MaxDB ： C++
Microsoft Internet Explorer ： C++
Mozilla Firefox ： C++
Netscape Navigator ： The code of Netscape browser was written in C, and Netscape engineers, all bought to Java (see M. Cusumano book and article) redeveloped the browser using Java. It was too slow and abandoned. Mozilla, the next version, was later developed using C++.
Safari ： （2003年1月發布）C++
Google Chrome ： （2008的發布）C++
Sun HotJava ： Java （死於1999年）
Opera ： C++ （手機上佔用率比較大）
Opera Mini ： Opera Mini (2007) has a very funny architecture, and is indeed using both C++ and Java. The browser is split in two parts, an ultra thin (less than 100Kb) "viewer" client part and a server side responsible of rendering. The first uses Java and receives the page under the OBML format, the latter reuses classical Opera (C++) rendering engine plus Opera's Small Screen Rendering, on the server. This allows Opera to penetrate various J2ME-enabled portable devices, such as phones, while preserving excellent response time. This comes obviously with a few sacrifices, for instance on JavaScript execution.
Mosaic ： 鼻祖（已死） C 語言
Microsoft Outlook ： C++
IBM Lotus Notes ： Java
Foxmail : Delphi
Microsoft Visual Studio ： C++
Eclipse ： Java （其圖形界面SWT基於C/C++）
Code::Blocks ： C++
易語言： C++
火山中文： C++
火山移動： C++
Microsoft .Net CLR （.NET的虛擬機）： C++
Java Virtual Machine (JVM) : Java 虛擬機：C++
SAP mySAP ERP ： C，後主要為「ABAP/4」語言
Oracle Peoplesoft ： C++ -> Java
Oracle E-Business Suite ： Java
Business Objects ： C++
Adobe Photoshop ： C++
The GIMP ： C
Google ： 匯編 與 C++，主要為C++
eBay ： 2002年為C++，後主要遷至Java
facebook ： C++ 和 PHP
This line is only about facebook, not its plugins. Plugins can be developed in many different technologies, thanks to facebook's ORB/application server, Thrift. Thrift contains a compiler coded in C++. facebook people write about Thrift: "The multi-language code generation is well suited for search because it allows for application development in an efficient server side language (C++) and allows the Facebook PHP-based web application to make calls to the search service using Thrift PHP libraries." Aside the use of C++, facebook has adopted a LAMP architecture.
阿里巴巴和淘寶： php->C++/Java(主要用)
匯編、C、C++
星際爭霸、魔獸爭霸、CS、帝國時代、跑跑卡丁車、傳奇、魔獸世界.... 數不勝數了，自己數吧
都是用C++開發的，C++語言靠近系統地稱，執行速度最快。比如你的兩個朋友與你分別玩用VB、Java、與C++編寫的「跑跑卡丁車」，你玩C++編寫的 游戲 已經跑玩結束了，發現你的兩個朋友還沒開始跑呢，那是相當的卡啊，
Microsoft Visual C++ 編譯器： C++
Microsoft Visual Basic 解釋、編譯器： C++
Microsoft Visual C# ： 編譯器： C++
gcc (GNU C compiler) ： C
javac (Sun Java compiler) ： Java
Perl ： C++
PHP ： C
Microsoft DirectX ： C++
OpenGL ： C
OGRE 3D ： C++
Apache ： C和C++，主要為C
Microsoft IIS ： C++
Tomcat: Java
Jboss: Java
Microsoft Exchange Server ： C->C++
Postfix : C
hMailServer : C++
Apache James : Java
Nero Burning ROM ： C++
K3B ： C++
Nullsoft Winamp ： C++
Microsoft Windows Media Player ： C++
Microsoft Windows Media Player ： C++
eMule ： C++
μtorrent ： C++
Azureus ： Java （圖形界面使用基於C/C++的SWT，類Eclipse）
TomTom ： C++
Hertz NeverLost ： C++
Garmin ： C++
Motorola VIAMOTO ： 2007年6月，停止服務。 Java。
Microsoft DirectX ： C++（相信玩 游戲 的同學都知道這個，現在最高版本是DX11）
OpenGL ： C
OGRE 3D ： C++
Apache： C
Nginx： C
IIS： C
OpenStack： Python
綜述
著名的軟體一般是系統軟體，軟體一般都分為系統軟體和應用軟體。開發軟體分為一次開發和二次開發，比如開發操作系統（系統軟體），就是一次開發；在操作基礎上進行應用軟體的開發，比如開發 游戲 ，就是二次開發。
一次開發的系統軟體，要直接調用硬體資源，必須使用簡單、直接的底層語言和中層語言，比如匯編和C語言；二次開發應用軟體等，因為應用軟體的類別比較多的，針對的情況比較復雜和具體，因此可以選擇的語言很多，比如，大數據人工智慧方面的有Python；安卓手機APP就是Java等等。
這里還有一個誤區，其實語言不重要，每種語言都差不多，重要的是開發環境和編程思想。要學習編程開發，學的不是語言，而是對於開發環境工具的使用和編程思維的錘煉。很多著名的軟體都是用C等底層語言編寫的，但是也可以用其他語言編寫，不過很少學C了，其中有商業的原因。（後面會解釋）
集成開發環境軟體計算機語言是不可以單獨拿出來說的，比如我們說C語言，指的是C語言編譯器，而Python語言，指的是Python解釋器。而編譯器和解釋器卻都是用C語言編寫，是不是很意外，所以著名的軟體一般都是系統軟體，使用的是C語言，一個語言就要初中水平就可以學會了，但必須了解IDE開發環境。
要使用計算機語言，就必須安裝編譯器，或者是解釋器，程序員是在TXT文本上編寫語言的，用編譯器可以一次性編譯為可執行文件exe，用解釋器則可以逐條翻譯成機器語言並逐條執行。編譯器速度快，解釋器可以跨系統，到了別的系統，不需要程序員改寫程序，換一個解釋器就行了。
IDE集成開發環境具備圖形操作界面、編譯器、調制器、控制台，是非常重要的開發工具的，只會一個計算機的語言語法，卻不會使用IDE，基本上是沒用的！
編程思想很多著名的軟體都是使用C等底層語言編寫的，而且所用的都是編譯器。當然還有另外一個原因，就是編程思想，C語言是面向過程，Python是面向對象。很明顯，一次開發的系統軟體肯定是面向過程的，而面向具體使用場景的應用軟體肯定是面向對象的。
高手可以自由使用編程思想、程序編寫時，交替使用各種語言、切換解釋器或者編譯器，達到隱藏核心代碼目的；又或者軟體的核心模塊採用C等底層代碼，保證軟體的運行速度。畢竟開發時都是模塊化的，不同模塊使用不同的方法都是可以的！
所以很多著名的軟體，往往是混合著各種語言，核心部分是C，其他部分則根據不同的情況選用不同語言，之所以會這樣做，是因為使用C開發軟體要耗費大量的時間太。摩爾定律推動硬體發展，軟體開發也受到影響，一個軟體晚幾天推出市場，效果完全不同，所以程序員經常加班趕工，速度才是最重要的。
總結如上所述，著名的軟體是使用C等底層語言、編譯器語言、面向過程的語言編寫的，更多的是在一個軟體的核心部分使用C等底層語言、編譯器語言、面向過程的語言，其他則見機行事。
現在主流的語言是java、python和go
E. 在Python的Flask框架下收發電子郵件
這篇文章主要介紹了在Python的Flask框架下收發電子郵件的教程,主要用到了Flask中的Flask-mail工具,需要的朋友可以參考下
在大多數此類教程中都會不遺餘力的介紹如何使用資料庫。今天我們對資料庫暫且不表，而是來關注另一個在web應用中很重要的特性：如何推送郵件給用戶。
在某個輕量級應用中我們可能會添加一個如下的郵件服務功能：當用戶有了新的粉絲後，我們發送一封郵件通知用戶。有很多方法可以實現這個特性，而我們希望提供出一種可復用的通用框架來處理。
Flask-Mail介紹
對於我們來說是幸運的，現在已經有很多外部插件來處理郵件，雖說不能百分百按照我們的想法去處理，但已經相當接近了。
在虛擬環境中安裝 Flask-Mail是相當簡單的。Windows以外的用戶可以讓手利用以下命令來安裝：
?
1
flask/bin/pip install flask-mail
Windows用戶的安裝稍有不同，因為Flask-Mail所使用的一些模塊不能再Windows系統上運行，你可以使用以下命令：
?
1
flaskScriptspip install --no-deps lamson chardet flask-mail
配置：
回想汪指一下前文中單元測試部分的案例，我們通過添加配置支持了一個這樣的功能：當應用的某個版本測試出錯時可以郵件通知我們。從這個例子就可以看出如何配置使用郵件支持。
再次提醒大家，我們需要設置兩個方面的內容：
郵件伺服器信息
用戶郵箱地址
如下正是前文中所用到的配置
# email server
MAIL_SERVER =
MAIL_PORT = 25
MAIL_USE_TLS = False
MAIL_USE_SSL = False
MAIL_USERNAME = you
MAIL_PASSWORD = your-password
# administrator list
ADMINS = [[email protected]]
其中並沒有設置切實可用的郵件伺服器和郵箱。現在我們通過一個例子來看如何使用gmail郵箱賬戶來發送郵件：
# email server
MAIL_SERVER =
MAIL_PORT = 465
MAIL_USE_TLS = False
MAIL_USE_SSL = True
MAIL_USERNAME = your-gmail-username
MAIL_PASSWORD = your-gmail-password
# administrator list
ADMINS = [[email protected]]
另外我們也可以初始化一個Mail對象來連接SMTP郵件伺服器，發送郵件：
?
1
2
from flask.ext.mail import Mail
mail = Mail(app)
發個郵件試試!
為了了解flask-mail如何工作的，我們可以從命令行發一封郵件看看。進入python shell並執行如下的腳本：
?
7
from flask.ext.mail import Message
from app import mail
from config import ADMINS
msg = Message(test subject, sender = ADMINS[0], recipients = ADMINS)
msg.body = text body
msg.html = bHTML/b body
mail.send(msg)
上面這段代碼會根據inconfig.py中配置的郵箱地址列表，以首個郵箱作為發件人給所有郵箱發送一封郵件。郵件內容會以文本和html兩種格式呈現，而你能看到哪種格式取決於你的郵件客戶端。
多麼簡單小巧!你完全可以現在就把它集成到你的應用中。
郵件框架
我們現在可以編寫一個幫助函數來發送郵件。困滑配這是以上測試中一個通用版的測試。我們把這個函數放進一個新的原文件中用作郵件支持(fileapp/emails.py):
?
7
8
from flask.ext.mail import Message
from app import mail
def send_email(subject, sender, recipients, text_body, html_body):
msg = Message(subject, sender, recipients)
msg.body = text_body
msg.html = html_body
mail.send(msg)
Flask-Mail的郵件支持超出了我們目前的使用范圍，像密件抄送和附件的功能並不會在此應用中得以使用。
Follower 提醒
現在，我們已經有了發郵件的基本框架，我們可以寫發送follower提醒的函數了 (fileapp/emails.py):
11
from flask import render_template
from config import ADMINS
def follower_notification(followed, follower):
send_email([microblog] %s is now following you! % follower.nickname,
ADMINS[0],
[followed.email],
render_template(follower_email.txt,
user = followed, follower = follower),
render_template(follower_email.html,
user = followed, follower = follower))
你在這里找到任何驚喜了嗎?我們的老朋友render_template函數有一次出現了。
如果你還記得,我們使用這個函數在views渲染模版. 就像在views里寫html不好一樣，使用郵件模版是理想的選擇。我們要可能的將邏輯和表現分開，所以email模版也會和其它試圖模版一起放到在模版文件夾里.
所以，我們需要為follower提醒郵件寫純文本和網頁版的郵件模版，下面這個是純文本的版本 (fileapp/templates/follower_email.txt):
?
7
8
9
Dear {{user.nickname}},
{{follower.nickname}} is now a follower. Click on the following link to visit {{follower.nickname}}s profile page:
{{url_for(user, nickname = follower.nickname, _external = True)}}
Regards,
The microblog admin
下面這個是網頁版的郵件，效果會更好(fileapp/templates/follower_email.html):
11
12
13
pDear {{user.nickname}},/p
pa href={{url_for(user, nickname = follower.nickname, _external = True)}}{{follower.nickname}}/a is now a follower./p
table
tr valign=top
tdimg src={{follower.avatar(50)}}/td
td
a href={{url_for(user, nickname = follower.nickname, _external = True)}}{{follower.nickname}}/abr /
{{follower.about_me}}
/td
/tr
/table
pRegards,/p
pThe codemicroblog/code admin/p
註解：模版中的url_for函數的 _external = True 參數的意義.默認情況下，url_for 函數生成url是相對我們的域名的。例如，url_for(index)函數返回值是/index, 但是，發郵件是我們想要
最後一步是處理「follow」過程，即觸發郵件提醒時的視圖函數，(fileapp/views.py):
?
7
8
9
from emails import follower_notification
@app.route(/follow/nickname)
@login_required
def follow(nickname):
user = User.query.filter_by(nickname = nickname).first()
# ...
follower_notification(user, g.user)
return redirect(url_for(user, nickname = nickname))
現在你可以創建兩個用戶(如果還沒有用戶的話)嘗試著用讓一個用戶follow另一個用戶，理解郵件提醒是怎樣工作的。
就是這樣嗎?我們做完了嗎?
我們可能心底里很興奮完成了這項工作並且把郵件提醒功能同未完成列表裡刪除。
但是，如果你現在測試下應用，你會發現當你單擊follow鏈接的時候，頁面會2到3秒才會響應，瀏覽器才會刷新，這在之前是沒有的。
發生了什麼?
問題是，Flask-Mail 使用同步模式發送電子郵件。 從電子郵件發送開始，直到電子郵件交付後，給瀏覽器發回其響應，在整個過程中，Web伺服器會一直阻塞。如果我們試圖發送電子郵件到一個伺服器是緩慢的，甚至更糟糕的，暫時處於離線狀態，你能想像會發生什麼嗎?很不好。
這是一個可怕的限制，發送電子郵件應該是後台任務且不會干擾Web伺服器，讓我們看看我們如何能夠解決這個問題。
Python中執行非同步調用
我們想send_email 函數發完郵件後立即返回，需要讓發郵件移動到後台進程來非同步執行。
事實上python已經對非同步任務提供了支持，但實際上，還可以用其他的方式，比如線程和多進程模塊也可以實現非同步任務。
每當我們需要發郵件的時候，啟動一個線程來處理，比啟動一個全新的進程節省資源。所以，讓我們將mail.send(msg)調用放到另一個線程中。(fileapp/emails.py):
11
from threading import Thread
def send_async_email(msg):
mail.send(msg)
def send_email(subject, sender, recipients, text_body, html_body):
msg = Message(subject, sender = sender, recipients = recipients)
msg.body = text_body
msg.html = html_body
thr = threading.Thread(target = send_async_email, args = [msg])
thr.start()
如果你測試『follow『函數，現在你會發現瀏覽器在發送郵件之前會刷新。
所以，我們已經實現了非同步發送，但是，如果未來在別的需要非同步功能的地方難道我們還需要在實現一遍嗎?
過程都是一樣的，這樣就會在每一種情況下都有重復代碼，這樣非常不好。
我們可以通過 decorator改進代碼。使用裝飾器的代碼是這樣的：
11
from decorators import async
@async
def send_async_email(msg):
mail.send(msg)
def send_email(subject, sender, recipients, text_body, html_body):
msg = Message(subject, sender = sender, recipients = recipients)
msg.body = text_body
msg.html = html_body
send_async_email(msg)
更好了，對不對?
實現這種方式的代碼實際上很簡單，創建一個新源文件(fileapp/decorators.py):
?
7
from threading import Thread
def async(f):
def wrapper(*args, **kwargs):
thr = Thread(target = f, args = args, kwargs = kwargs)
thr.start()
return wrapper
現在我們對非同步任務創建了個有用的框架(framework)， 我們可以說已經完成了!
僅僅作為一個練習，讓我們思考一下為什麼這個方法會看上去使用了進程而不是線程。我們並不想每當我們需要發送一封郵件時就有一個進程被啟動，所以我們能夠使用thePoolclass而不用themultiprocessingmole。這個類會創建指定數量的進程(這些都是主進程的子進程)，並且這些子進程會通過theapply_asyncmethod送到進程池，等待接受任務去工作。這可能對於一個繁忙的網站會是一個有趣的途徑，但是我們目前仍將維持現在線程的方式。
F. python電子郵件系列（三）之POP接收郵件
由上篇文章我們已經得知郵件從發送到接收的過程：
發件人->MUA->MTA->若干MTA->MDA->MUA->收件人
本節接收郵件主要就是編寫一個 MUA 客戶端，從 MDA 將郵件取回本地。
收取郵件最常用的是 POP協議 ，目前版本是第三版，也稱 POP3 。python內置了 poplib 模塊，支持POP3協議。
回想上一節 SMTP ，我們對要發送的郵件內容進行了各種編碼，包括添加MIME header，編碼之後再進行發送。
因此，我們通過POP3協議接收的也不是原內容，而是經過一系列編碼等處理的文本。
所以，要想把POP3收取的文本變為可閱讀的郵件對象，就需要利用 email 模塊對原始郵件進行解析。
所以，郵件收取的流程就是：
由上一篇 文章 最後總結部分可知。郵件由字元到發送到網路經歷了如下的格式轉化：
純文本：
str->bytes->base64->str->bytes
二進制文件：
binary code->base64->str->bytes
我們解析郵件也是按這個思路，逆序解析出內容。
這里的 decode('utf-8') 先把位元組流轉化為字元串，再將字元串轉化為 message 結構的對象。這步與發送郵件的 as_string 函數相反。
先從上一節結構化的 msg 中取出信件頭，列印出來。
如果是 multipart 結構， get_payload 函數會返回一個包含不同part的list，然後對每一part遞歸調用 print_info ，列印子信件頭和子信件內容。
不是 multipart 時，之後再依據 Content-Type 作不同處理:
如果是 text :
利用 get_payload(decode = Ture) 取出子信件的內容， decode 為True，則按照 Content-Transfer-Type 將 base64 或 QP 解碼為 bytes 。
再 guess_charset 猜出編碼方式，之後將其解碼為字元顯示。
如果不是 Text 對象，則為附件：
列印出附件的 Content-Type 。