是否有元件或者是可以引用函式自行寫 Web mail

Peterhuang · 五段 註冊時間: 2003-03-13 文章: 103 來自: 中華民國

如題：雷電是否有這些功能可以配合等...

在論談上看過很多文章訊息，但個人覺得如果雷電可以提供主題的功能的話，不管在各方面上有程式底的人其時都可以自己去寫自己的 Web mail ，而雷電的 Email Server 只管收發這樣子原開發者倒是可以專研於雷電的開發！

論壇上有些人說【麻煩可塑性高一點,不然我真的不想用】！這些問題或許可以用另一種的方式去解決，有一個元件是國外人寫的叫 ANPOP 他可是可以收發信而也提供了元件 AnPop.dll 應用於 VC and VB and VB.NET 範例...等等，用此方式應可以解決可塑性的問題，可以收發的話就可以自行寫 Web mail 配合著雷電的 Email Server 。但我還是覺得雷電能夠提供出同樣的元件等等可以去配合雷電本身的功能，因為我今天購買了雷電 Email Server 就是希望他能夠幫助我在 .NET 應用程式開發中能夠去配合 POP3 and SMTP 等等功能。

倒是建議開發者可以如此，近來到新的公司 Email Server 是用雷電的我倒是很驚奇，因為在我工作領域上大部份都是用 Microsoft Exxx server 2000 or Linxxx SendMail 等等！

Web Mail 可以應用的領域太廣，每一個人都希望都可以有自我風格跟功能但這些問題由幾位工程師開發出能夠去符合每一個人的希望是不太可能的事情，將所有的精神專注於雷電所有產品的開發，提供出元件來去配合主程式如此的方式不是可以更是簡單點嗎？

像此論壇不是就是引用一些免費論壇程式再修改成中文化版的方式嗎？此論壇我記得是由外國人寫的，在書局上都有看到這些書籍來談論此程式要如何的去修改用這種論壇程式來開網站至少有百分之 90 幾以上都是用這樣子。
而其原開發者不就是認為他開放出這些，要如何改都可以自由由每一個人來發揮這樣子的方式不認為會比較好嗎？

以上是我的觀念跟看法！提供參考...

aiouroce · 發表於: 星期四三月 13, 2003 6:53 pm 文章標題:

如果... 只是為了改觀 webmail 的畫面.
我建議你使用 php 去寫, 就像 UebiMiau 一樣.
應該可以達到你想要的目地.

Peterhuang · 發表於: 星期四三月 13, 2003 9:00 pm 文章標題:

messagebox · 發表於: 星期四三月 13, 2003 10:40 pm 文章標題:

Peterhuang · 發表於: 星期五三月 14, 2003 1:05 pm 文章標題:

messagebox · 發表於: 星期五三月 14, 2003 6:19 pm 文章標題:

引言過多~~全部刪光光~

首先必須聲明~~之前文章~~完全是個人意見~~跟尊龍團隊一點也沒關係~~

jasoncash · 發表於: 星期五三月 14, 2003 10:46 pm 文章標題:

其實，有時候覺得網路間的討論都會變成意氣之爭

若有機會讓我從頭學習，我會想辦法學習 Linux+apache+php+mysql
可是以一個在電腦領域鑽研許久的人，多年的習慣並沒有一下子就直接放棄
甚至為了求在自己的領域內能更專精，不似現在學子般能有很多元的學習方式

甚至當我们在職場發展時，個人專長與企業發展有所不同時
我想我们大部份都會順從公司的發展的

不好意思，有點離題了，話說回來，我倒是覺得 peter 說的蠻有道理的.
Maild 的發展一直以簡易入門、功能強大為主，整體上大大已經盡量將所有功能
包含在在整個套件內，使一個消費者使用上來說，感覺到這個產品的整體性很強

不過對於某部份具程式設計師或 MIS 背景的人來說.
購買這套軟體之後，雖然非常認同，最常苦惱的問題
就是如何將 maild 整合至原有公司的內部網站中.

就像以我公司來說，當新同事至公司報到時，人事部就已將資料建檔
這位同事就可以自己的權限使用內部管理網站
但當他要使用信箱時，就必需登入 maild 再申請一次.

也許以現在的狀況，勉強可以想一些辦法來克服這個問題
可是有時會想，是不是請版主再定位一種較高價格(反正是公司出錢)，
提供整合功能能給這些企業用戶使用

或者以較商業的講法來說
版主目前規劃方向較趨向個人市場
是否可以再規劃一個企業用戶市場...

小小""""""建議""""""，僅供參考...
_________________
Jason
網站 http://www.jasoninfo.com.tw/
論壇 http://www.jasoninfo.org/snitz/

Arnor · 發表於: 星期六三月 15, 2003 1:49 am 文章標題:

大家都說得很有道理.

我想有一點是確切的, 就是maild 的出發點在 easy.
我想我easy 的部份不是在幫你把網域架好設好, 而是將許多專業的術語功能,
盡量以白話去撰述去實作, 我不求看起來很專業, 我只求希望第一眼就讓人覺得"嗯, 還算簡單, 動作蠻少的就能架個不被relay 的mail server"

Webmail 在當初計畫時, 說真格的, 我重點不在那邊, 都是使用者一直提建議, 所以我才被帶過去把它慢慢做起來, peter 兄你若有機會的話, 若能拿到 1802 以前的版本, 看到webmail 你應該會吐血吧...

好險最後總算憑著衝動消減之前把webmail 做得差不多, 甚至衝動到去找美工談價錢請他設計...才會有1803 版之後的改進, 真的, 蠻謝謝自己的猴急及衝動...呵呵...

所以, 可塑性和方便性哪個較重要.....這沒有什麼對錯, 只是方向不同而已.
任一種我都會做, 現在不做未來也會去做, 不管是要可塑性的 WebMail ActiveX Component 讓你可以寫asp 程式, 要方便性的 WebMail ISAPI版, 擺到iis (maybe apache)上一個dll 就架好一個webmail, 這些都沒有問題....只是時機到了沒有而已.....
因為小弟跟大家一樣, 一天只有24 小時, 一樣白天要努力工作8~10小時的工程師而已....故時間是我決定方向的重要因素之一, 不過, 每次和大家討論的越多, 我就越想去做, 常常把我的schedule 都打亂了....真是冤孽呀....

企業化部份, 我就知道你們會談和NT/2K 帳號整合的問題, 沒有關係啦, ADSI 還算簡單, 不一定在之後幾個版本就會出現了.

_________________
*若是想問問題的話, 請務必不要塗改任何 IP, 網域資料, 您若不願貼上IP或網域, 請改以電子郵件來詢問. 謝謝您的配合.*
*若是回報疑似軟體的運行或邏輯或資料處理有誤的問題, 小弟很樂意去了解您的情況, 但請務必以最新版來做回報, 如果以郵件詢問, 請參考 http://www.raidenmaild.com/tw/feedback.html 的說明, 最好標題加個 RaidenMAILD 字樣, 才不致會遺漏了您的信唷. 謝謝您的配合^^*
*在版上發文請遵守網路禮儀, 並請持著虛心敘述問題請教他人, 凡發現違反的文, 均一律刪除為優先, 不另行通知喔.
*與使用者教學相長腦力激盪是我輩成就感的來源, 誠心希望您能不吝指教.
*雷電MAILD 知識庫文件 http://www.raidenmaild.com/tw/kb/

素還尊
Team John Long.
Email: arnor@raidenmaild.com
公司網站 http://www.raidenmaild.com/company/

Peterhuang · 發表於: 星期日三月 16, 2003 5:17 am 文章標題:

>>除非你請人為你量身打造一個WEB MAIL~
>>以單純WEB MAIL環境來說~包括去拿現成的WEB MAIL SCRIPT來修改~

雖然覺得有時您說的話有點衝動！但還是原意【建議】在於這兩字
在此建議下！您要發揮出什麼言語沒有人會覺得如何，那是您個人自由
跟您的想法。如果您不認同某些人的想法跟看法覺得您可以不鳥這個人的
論點，不出聲當別人都是笨蛋那也沒有人會說什麼

>>引言回覆:
>>但研究 PHP 還不如去研究 JAVA 還要來的好
>>關於這點~我本人非常不茍同~~
>>基本上~兩者完全不相干~~

這點倒是覺得！那是我站在於個人的想法跟看法上，要再去學任何一種的
網頁程式，這些都是站在個人的看法上，請不要拿別人的想法看法倒進
您的觀念上，每人以後要去發展的路不一樣。

就單您以字面來看就決定別人認定某一件事情時！那您在工作上或者學校
上是不是就是一個以自我中心的人呢？

PHP And Java 兩者當然不同，我以現有的技術就可以吃光所有在網頁上
的應用，更能夠提出最佳的應用環境，那為何要再去學其他的技術呢？

就算以後個人去學 Java 但我也不會用 Java JSP 去寫網頁型態的應用程式
因為現有的技術就可以進一步去發揮！因為 Java 在大部份的中小企業上
技術層面高【專業技術人才難找】！要找一個好的 JAVA 程式設計師所費
高！自我發展技術上除了宏碁等其他的大企業才有那個資金跟能夠留住其人才。

再說以台灣的企業來說！在台灣以 JAVA 程式設計師薪資能夠給多少啦！
以一個【專業、專精】一個月五萬他還不如到國外去！國外提供專業資訊
其以他【專業、專精】能力他才能夠有所發揮！一個月五萬那就給老闆覺
得在各方面要求高，操死這個程式設計師！

操的要死要活的！自己開工作室跟公司還來的快！【有點離話提太遠】

>>應用於 Microsoft XML Web Service 技術上
>>關於這點~~小弟才疏學淺~~
>>希望Peterhuang大大可以在這方面或是你實際上的需求多加分析說明~~

到 www.microsoft.com/taiwan/ 研討會內的全國大專院 XML Web Service
比賽去看看！技術研討都有專案說明...

有興趣去參加研討會...
如果懂其最主要的精神時！雷電 Web mail 將會有所不同被充份利用

>>引言回覆:
>>因為我今天購買了雷電 Email Server 就是希望他能夠幫助我在 .NET 應用程式開發中能夠去配合 POP3 and SMTP 等等功能
>>我想你這段話應該希望雷電能附加一些如PERL的NET::SMTP NET::POP3或是PHP的IMAP或是DELPHI的INDY這類的東西吧~~~
>>其實SMTP跟POP3這兩個通訊協議命令並不多~~只要寫個Socket去溝通應該不難~不過~~我是不曉得.NET到底有提供什麼啦~
>>但是以M$對.NET的用心~~我想要在.NET裡寫個Socket應該不是什麼難事~

【如果】雷電有提供功能的話！為何還要去寫 Socket 多做其他工。

去買雷電的 EMail Server 就是看到他的功能上簡單，而能夠去取代掉 IIS 裡面的 SMTP 的功能，而也能夠自己去
管理發信等功能，這是我看上跟購買的原因之一。

但花 1500 元，希望得到的價值更不是在於如此而己！而是能夠去結合自己的專長兩者來配合等等！

>>引用素大部份
>>企業化部份, 我就知道你們會談和NT/2K 帳號整合的問題, 沒有關係啦, ADSI 還算簡單, 不一定在之後幾個版本就會出現了

之前倒是沒有想到是說要去結合 Windows 帳號整合部份，但如果這點也能夠做出來時！雷電的產品可能有所不同了
可能會比現在更新好賣喔！？

Microsoft ExXXXXX 其中一個賣點也就是整合於公司內容的帳號之一，方便 MIS 管理...

說話上有點衝！請見諒。....

George · 八段 註冊時間: 2002-06-20 文章: 169 來自: TAIWAN

其實看了這整篇文章，其實我滿贊同 Peter 的說法與想法，
我自己也利用 RaidenMailD 來開發相關程式， Web Mail 也是其中一項，
我會選用 MailD 是因為 Arnor 大大願意將一些設定檔之管理方式釋出，
好方便我們程式設計者自行開發運用，
其實我是覺得其他人可能誤會 Peter 的原意了，
像我在開發時，最大的痛苦就在於解析 Arnor 大大所設計之 .eml 原檔，
其他功能部份皆以開發完成，包含大大所提供之由遠端控制 MailD 之停止與啟動，
我當時也是有在想，若 Arnor 大大能釋出他解析 .eml 原始郵件檔之元件，
或許我開發會較順利，
而我個人亦堅持一個想法，就是將 MailD 之系統穩定與效能開發更好，
但是這些月來看見的都是在 Web Mail 上打轉，就如同很多人所述，
已有許多現成套裝 Script 可以使用了，實在沒啥必要讓大大再去花錢或花時間來將 Web Mail 做得更好，
這些時間，拿來開發系統穩定度與效能，更甚之一些關於 MailD 的 SDK 來讓我們用，或許才是原途與原意ㄅ。
上述所言也是我個人立場，並未批評任何一人大大及先進之評論，
但是我想這篇討論能讓許多人好好再次衡量 MailD 的運用。
當然上述建議亦希望大大能接受囉！！

想想自已開發配合也很辛苦，光是將原始郵件檔做反轉動作時，檔案大的郵件，
就得花費許多效能上的浪費了。

就算連使用 pop3 protocal 下載下來解析，我相信大大在接受使用者以 pop3 protocal 協定下載郵件時，也一定要做原始郵件反轉的動作，
若能將此步驟省略，在使用者大量存取或多人要求服務時，效能勢必提升不少。

Peterhuang · 發表於: 星期一三月 17, 2003 1:04 am 文章標題:

>>我當時也是有在想，若 Arnor 大大能釋出他解析 .eml 原始郵件檔之元件，

我己有發佈一個可以讀取 Email .eml 元件之程式！去 Download 吧！
很好用的...

讀附檔也沒有問題！國外寫的...

>>或許我開發會較順利，
>>而我個人亦堅持一個想法，就是將 MailD 之系統穩定與效能開發更好，
>>但是這些月來看見的都是在 Web Mail 上打轉，就如同很多人所述，
>>已有許多現成套裝 Script 可以使用了，實在沒啥必要讓大大再去花錢或花時間來將 Web Mail 做得更好，
>>這些時間，拿來開發系統穩定度與效能，更甚之一些關於 MailD 的 SDK 來讓我們用，或許才是原途與原意ㄅ。
>>上述所言也是我個人立場，並未批評任何一人大大及先進之評論，
>>但是我想這篇討論能讓許多人好好再次衡量 MailD 的運用。
>>當然上述建議亦希望大大能接受囉！！

RmailD 隱定我覺得那才是最重要的！ Web mail 那只是一個小小的整合而己。
在 Download 此元件後！要讀 Email 檔跟解出並不是難事。

難的在於能否整合性能夠多樣化！

Arnor · 發表於: 星期一三月 17, 2003 11:38 am 文章標題:

George · 八段 註冊時間: 2002-06-20 文章: 169 來自: TAIWAN

ㄏ我們當然知道 Arnor 大大的苦心啊，
這個問題是好解決，但是檔案大時，反轉時滿耗資源的，
不知大大是否願意私下告下有否比較有效能的處理方式，
讓偶們參考參考。
我的作法是，將檔案每行讀入 Array
再進行 Array 反讀存入另一個檔案來解析。