[WorkLog] Testing Gmail SMTP utilize SmtpClientTest : 使用 SmtpClientTest 測試 Gmail SMTP

Combo2

今天早上協助客戶排除電子報系統無法寄送 Email 的問題，處理的差不多之後發覺這系統的 SMTP 設定還是得加個可輸入帳號密碼去做寄件驗證的功能（對！本來沒做 = = 但其他用相同系統的專案也是活得好好的...），不然的話正式上線時問題會更大。

相關程式加上後，在我的本機（Win7 Pro 64-bit）試著用 smtp.gmail.com 加上我個人的帳號密碼去測試寄件驗證，嗯～一切正常，該寄送就寄送，該失敗就失敗。就繼續更新到測試機上（Win2008 64-bit），結果，寄送失敗 Orz

[WorkLog] How to break a console application with a space : 如何用一個空格讓主控台應用程式掛掉

今早探子回報，說我之前寫的那個寄信程式開不起來了，聽說前幾天還用得好好的，送來的畫面大致像這樣

O__o 這...發生了什麼事？

[WorkLog] There are so many taskeng.exe running on Windows 2008 : Windows 2008 裡出現了很多 taskeng.exe

Combo2

今天再來談談昨天提過的那台 Windows Server 2008 測試機。這台機器從我三個月前見到它以來，一直有個小毛病，看看這個遠端桌面中，工作管理員的畫面

哪來那麼多 taskeng.exe 啊！？

今天算少的，只有兩頁半。這是從我早上十一點登出遠端桌面再重新登入後，放到晩上七點的結果。平均每支 taskeng.exe 吃了 1.7 MB 的記憶體，今天放了八小時生出約 70 支，等於吃了 119 MB。再算算放滿一整天，預計吃約 360 MB。再算算放滿一星期，預計吃約 2.5 GB。再算算放滿一個月，預計吃約 10 GB ... 等等，我那台才 8 GB 的 RAM 阿，它曾經活到一個月嗎？

以上當然是誇張了點，回到現實一點來說，這樣會有什麼問題呢？

其實問題也不大，用完遠端桌面的人記得要登出就沒事了。比較困擾的是，有時候我們需要在那遠端桌面上跑一支自己寫的排程工作程式，例如一個定時撈資料來發 Email 的程式，這樣離開遠端桌面時，就要按叉叉來保留桌面狀態，不能登出了。今天的兩頁半就這麼來的。

（曾經，就是昨天啦，taskeng.exe 們多到我沒去算幾頁，但是工作管理員的效能頁顯示著己經用了 5 GB 多（正常時為 2 GB）。為什麼要提這個咧？哦！我現在講的是另外開一個遠端桌面到同一台裡面看它的工作管理員，因為原本那個桌面反應慢到連工作管理員都彈不出來了）

那麼，今天就來找找看，到底它們是怎麼來的吧 ...

[WorkLog] Preparation to read Excel file data via ODBC on Windows 2008 64bit : 在 64 位元的 Windows 2008 透過 ODBC 讀取 Excel 檔案資料的準備工作

上個星期，我把放在本機裡刻了好久的電子報管理系統放上公司的測試機，結果馬上發現有個匯入資料功能爆了，訊息是「ERROR [IM002] [Microsoft][ODBC 驅動程式管理員] 找不到資料來源名稱且未指定預設的驅動程式」。當下還有更急的事要忙，就先放著。今天，終於輪到它了。