個人獨斷的偏見：

呵呵… 沒想到硬體版也是臥虎藏龍的嘛… 大家冷靜一下… 來回顧一下事實作分析吧… 當作案例的討論，大家都可以發表觀點，即使觀點未必正確，大家也應該以「道理」來說服別人，各位來此最大的收穫應該是學到知識技術、結識有共同興趣的朋友，而非證明誰對誰錯、誰比誰強吧？而且… 在這個案例中檢討的重點應該是「為什麼傳個6MB左右檔案的E-mail就造成系統癱瘓」才對吧？

在下先拋磚引玉，先就整個問題發表個人的看法，先來看看原提問者發生問題的重點：
1. 網路常常斷線....一直搞不清楚是啥原因
2. 夾檔大約6MB...後來過30分鐘後公司網路就癱瘓到下班(無法瀏覽網站...但是icq還是可以用無敵慢的速度收發訊...也就是說非完全斷路...只是非常的微弱)
3. MIS說昨天網路斷線是我寄mail的緣故....還把我的mail帳號停掉
4. 以前的公司規模與申請的adsl速度和現在的公司條件差不多....為何以前就無此問題

在下作較為合理的假設為：
1. 正常情形下該公司512/64是5個固定IP可用的規格。
2. 正常情形下10人公司中給職員個人用的的PC應該不到10台。
3. 既然該公司有專門雇用一位MIS，正常情形下可能有一台File Server。
4. 有可能再加上Exchange Server功能在同一台。
5. 有可能再加上Web Server功能在同一台。
6. 也有可能再加上Firewall Server功能在同一台。
7. 也有可能再加上DHCP Server功能在同一台。
8. 也有可能再加上Anti-Virus Server功能在同一台。
9. 也有可能再加上Proxy Server功能在同一台。
10. 有可能再加上FTP Server功能在同一台。
11. 極可能使用便宜的10MB 16 Port HUB而非10/100MB Switch。

基本上從6-10的假設應該不容易成立，知道要架這些的MIS應該有基本的知識才對，如果完全符合在下的假設，則這位MIS該是千夫所指……………….

造成網路不順暢而可歸責於MIS的可能因素如下：
1. ISP提供的連線品質本來就很差
應由MIS負責交涉，監督ISP改善連線品質，定期監控分析流量表。
2. 頻寬實在不夠，動輒變成龜速
MIS應該分析原因，如果眾User真有必要傳檔，首先應該設法讓User錯開尖峰期，不要同一時間一起大量傳送，如為常態，就應該收集相關數據，擬定計劃來說服老闆，而不是假裝沒看到得過且過。
3. Client端的DNS及Proxy沒設好
如果在網路設定中DNS只有設定1個（如168.95.1.1）或者甚至沒設，就表示該MIS程度差差差差差一路差到底。
4. 因HUB廣播特性造成資料封包撞擊過多，降低連線品質
Switch各頻寬獨立，可全速傳輸封包，完全不影響其它PC。
如只為省錢而買只有10而非10/100自動切換，更增加10倍影響時間。
5. 在一台PC中加裝過多Server功能
如果硬體等級不夠高，加裝過多Server功能只會造成各Server功能Share到的時間變少，處理速度降低，特別是在Windows作業系統下更為明顯。
6. 已安裝的Server功能並未維護管理
所有的功能都該作最佳化設定，而且應該定期維護Server，刪除不必要的檔案以免硬碟空間不夠用（RAM不夠時要用硬碟來Swap），或檔案過多降低讀取效率。
例如好一點的E-mail Server軟體就可以設定限制夾檔多大或夾什麼類型檔案的mail被攔下來禁止進出，就不會為了一封mail而整個系統被拖累。
7. 中病毒
例如許多E-mail病毒會造成連續不斷大量E-mail收送，造成E-mail Server及網路癱瘓。
8. 被惡意攻擊
雖說DDS攻擊無法防範，但從Firewall Server Log上應該看得出來。
9. 缺乏教育
沒有定期舉辦課程或教材教導User關於操作時的禁忌及相關知識，只被動等User犯了錯才想辦法事後彌補。

造成網路不順暢而可歸責於使用者的可能因素如下：
1. 持續大量上傳或下載檔案
一直不斷傳送檔案或收發夾檔E-mail，再高效能的網路也會變慢，但應該不至於斷線。
2. 擅自修改PC設定參數
只有自己的PC會感覺變慢或功能障礙，應該不會影響到整個公司。
3. 執行駭客程式或病毒程式
內賊最難防，來源不明的程式很可能就是散佈病毒或木馬的程式，但一切都應該可以從Log中看得出來。

結論：
基本上，可歸責於User的部份都可以藉由MIS的知識及技術來克服，只要User不是存心與MIS對抗，通常不會出太大的問題。

在下認為，網路可以慢但是不能死，除非ISP那邊斷線，否則所有的責任都應該歸咎於MIS，30分鐘後一直癱瘓直到不能下班？中間有多久？真是太不可思議了，以在下而言，從User確實告知網路變慢，經過自己測試確認變慢，到檢查連線狀況、調出流量監測表、檢查各Server，停掉有問題的Process，前後不會超過10分鐘。甚至當試過所有方法都無法排除問題，在所有人都網路當掉的情形下反正也無法工作乾脆決定Reboot，也絕對不會超過30分鐘，會有如此嚴重的後果根本是難以想像的。

後記：
在一個公司中，掌握有資訊管理實權的MIS人員，要對付一個User實在再簡單不過，要歸責於niko.ou實在是太方便、太偷懶、簡化一切的推卸責任的辦法了，一切只因為niko.ou的確犯了無可辯解的錯誤，無論這個錯誤是多麼小。

真正好的MIS是即使在資源有限的情形下仍舊能夠運用到最大限度，即使User做這個做那個也不會發生問題，而不是一味禁止User不准做這個做那個來避免發生問題，對這位MIS而言，只能以老舊的觀念、不足的知識、僵化的方式來管理User，難以管理的就以職權排除，永遠只會目前所會的，永遠也不會再進步了，各位請引以為戒…

搞笑一下：
咦？這兒可不是政治版耶？ ^_* 在下真的真的沒有影射台灣政局哦 *_^