企業信箱大致分成三類:主機方案附的信箱、獨立的企業郵件服務,以及 Google Workspace、Microsoft 365 這類雲端協作套件。主要需求是用公司網域穩定收發信,獨立企業郵件通常就夠;團隊每天共用檔案、開線上會議,雲端套件比較合適;主機附的信箱適合帳號少、信件量不大的小團隊,但要先弄清楚它和網站共用哪些資源。動手比較之前,先算人數與容量、確認大家怎麼收信,再看備份、離職交接與付費方式,會比只比帳號數可靠得多。
01常見情境:報關行、烘焙品牌、顧問公司選信箱時卡住的地方
以下是常見的幾種情況,屬於示意,不是真實客戶案例。先找到最像你的一種,再看建議的段落。
- 八人規模的報關行,行政兼管電腦:信箱一直用網站主機附送的帳號,最近常有同事反映信箱滿了、收不到信,老闆要她比較「升級主機」和「把信箱獨立出去」哪個划算。她最擔心改完之後網站也跟著出問題。建議先看「人數、容量與收發方式」,弄清楚現在的空間是網站和信件共用,還是信箱自己一份;再看「三類企業信箱差在哪」的表格,決定要不要把信箱拆出來。
- 三十人的連鎖烘焙品牌,總部有一位資訊人員:門市店長只需要收訂單與公告,總部企劃與設計卻天天互傳大型檔案、開線上會議。資訊人員擔心全員都買雲端套件會讓費用暴增,只給一部分人用又怕管理變複雜。建議先看「預算結構」,算清楚按帳號計費時哪些人真的需要協作工具;再用「判斷清單」逐題確認混用是否值得。
- 剛成立的設計顧問公司,三位合夥人:目前用個人信箱對外報價,客戶覺得看起來不夠正式。合夥人想一次選好,不想兩年後又要搬,最擔心選錯之後換不出去。建議先看「判斷清單」裡列的常見選錯情況,再看「寄件、備份與離職交接」,確認將來人員進出時,往來信件留得住。
02三類企業信箱差在哪:主機附的信箱、獨立企業郵件、雲端協作套件
三類都能用「@公司網域」收發信,差別在信箱是附屬品還是主角,以及除了信之外還提供什麼。
| 類型 | 本質 | 適合對象 | 要先確認的事 |
|---|---|---|---|
| 主機方案附的信箱 | 網站主機的附加功能,信件和網站放在同一台主機或同一個帳號下 | 帳號少、信件量不大,希望網站和信箱由同一家管理的小團隊 | 信件是否占用網站空間;主機到期、搬家或故障時,信箱會不會一起停擺 |
| 獨立的企業郵件服務 | 專門收發信件的服務,和網站主機分開,以方案內的帳號數與總空間計算 | 主要需求是收發信,同事習慣用 Outlook 或手機郵件 App,不需要整套協作工具的公司 | 總空間能否在帳號間分配、過濾與備份涵蓋哪些範圍、誰協助設定寄件驗證 |
| 雲端協作套件 | 信箱只是其中一項,另含雲端硬碟、線上文件、行事曆與視訊會議,按使用者帳號授權 | 團隊常共用檔案、多人同時編輯文件、開線上會議,或想集中管理帳號與裝置 | 每個帳號都要授權,只收發信的人是否也要付同樣的費用;管理員由誰擔任 |
這三類並不互斥。網站留在主機、信箱獨立出去,是很常見的組合:網站搬家、改版或主機出狀況時,信件照常收發。反過來看,信箱放在主機上的好處是單純,一個帳號就能管到底;代價是網站和信箱綁在一起,任何一邊要調整,都得顧慮另一邊。
雲端套件適不適合,關鍵不在信箱本身,而在團隊會不會真的用到協作功能。只把它當信箱,等於替沒用到的雲端硬碟與會議功能付費;但公司如果原本就同時用好幾種零散的檔案分享與會議工具,整合進一個套件之後,開帳號、關帳號與權限管理反而更省事。Google Workspace 與 Microsoft 365 兩者之間的細部差異,另有專文比較,這裡不展開。
03人數、容量與收發方式:每人固定還是全公司共用,POP 還是 IMAP
容量的算法三類不同,比較時要先問清楚是「每人固定」還是「全公司共用」。
- 主機附的信箱:常見做法是信件與網站檔案共用主機空間,信件一多,網站就沒有空間上傳新內容;也有方案替信箱另設上限,要看合約寫法。
- 獨立的企業郵件:多半以方案內的總空間計算,管理者可以依職務把空間分給不同帳號,例如業務多給一些、門市少給一些。
- Google Workspace:Google 管理說明指出,多數版本採用共用儲存空間,全組織使用者合計一個上限,而且 Gmail、Google 雲端硬碟與 Google 相簿用的是同一份空間。換句話說,大量檔案放進雲端硬碟,也會壓縮信件可用的空間;管理員可以替個別使用者設定用量上限。
- Microsoft 365:每個信箱各有自己的容量。依 Microsoft Learn 的 Exchange Online 限制說明,Business Basic、Standard 與 Premium 的使用者信箱上限為 100 GB;不指派授權的共用信箱,上限是 50 GB。
估算帳號時不要只數員工,還要算進業務、客服、人資這類對外窗口,以及離職後要保留的信箱。窗口信箱多半能用群組或別名處理,不一定要另開付費帳號;離職信箱若要原樣保留,就會持續占用帳號或空間,這筆要事先算進去。
收發方式決定換手機、換電腦時會不會掉信。用 Outlook 或手機郵件 App 收信,會用到 POP 或 IMAP 其中一種協定。POP3 的標準文件(RFC 1939)說明,它不是設計來在伺服器上整理信件的,一般用法是把信下載後就從伺服器刪除,所以信只留在下載的那台電腦;IMAP(RFC 9051)則讓信件與資料夾保留在伺服器上,離線的裝置重新連線後會再同步,多台裝置看到的內容一致。公司有人同時用電腦與手機收信,或常更換設備,應該統一改用 IMAP,並確認伺服器端的容量撐得住所有舊信。只在一台電腦用 POP 收信的同事,那台電腦故障時信件就跟著不見,這是選任何一類信箱之前都要先處理的風險。
04寄件、備份與離職交接:出事時才看得出的差別
寄件:三類服務都會限制發信量,避免帳號被盜後拿來寄垃圾信。共用主機的信箱通常限制較緊,因為同一台主機上的用戶共享寄信信譽;雲端套件也有明確上限,Google 說明每個 Google Workspace 使用者帳號每天最多寄出 2,000 封、對外收件人每天最多 3,000 個,Microsoft Learn 則列出 Exchange Online 每個信箱在 24 小時內最多寄給 10,000 位收件人。這些上限都不是為電子報設計的,固定寄大量通知信的公司,要另外規劃發送管道。不論選哪一類,網域的寄件驗證都要設好,檢查方法可參考公司信件被歸垃圾信的處理方式。
備份與還原:要把「誤刪一封信」和「整個帳號不見」分開看。Microsoft Learn 說明,Exchange Online 從「刪除的郵件」資料夾清掉的信,預設還會保留 14 天,管理員最多可以延長到 30 天;Google 管理說明則指出,被刪除的使用者帳號在 20 天內可以還原,超過就無法復原。主機附的信箱與獨立企業郵件能還原到什麼程度,要看各家的備份做法,簽約前請對方說明保留天數與還原方式。以上都是限時的補救機制,不等於長期保存,重要往來信件仍要定期匯出或另外封存。
離職交接:信箱跟著人走,是小公司最常見的資料損失。雲端套件在這方面有現成工具,例如 Microsoft 365 可以把離職同事的信箱轉成共用信箱,原有信件與行事曆都會保留,信箱在 50 GB 以內時可以移除授權;但 Microsoft 也提醒,原本的使用者帳號不能刪除,否則共用信箱失去依附,而且轉換後要另外封鎖原本的登入。主機附的信箱與獨立企業郵件,常見做法是改密碼、設定轉寄或由主管接手,再把舊信匯出保存。不管哪一類,帳號都應開在公司名下、管理員至少兩位,離職的完整處理順序另有專文說明。
05預算結構:按帳號計費與按方案年繳怎麼比
這裡不談金額,只談計費結構。結構不同,同樣的人數算出來的年度總額可能差很多,報價單也很難直接並排比較。
- 主機附的信箱:費用包在主機方案裡,看起來沒有額外成本;但信箱空間不夠時,常要整個主機方案升級,等於為了信件多付網站用不到的規格。
- 獨立的企業郵件:常見是按方案年繳,方案內含一定數量的帳號與總空間。人數在方案範圍內增減不影響費用,超過上限才需要換方案。
- 雲端協作套件:按使用者帳號授權計費。Google 管理說明列出兩種付款方案:彈性方案依帳號數每月計費,可以隨時增減帳號;年約/定期方案要承諾一年以上,期間內可以加帳號,但要等續約時才能減少。Microsoft Learn 也說明,Microsoft 365 商務訂閱只能在購買或續約後的一段有限期間內移除授權,而且要先把授權從使用者身上取消指派。
比較時建議做一張表,算出未來兩到三年的總額,並把這幾項一起列進去:預計增加幾個人、有多少人只收發信而用不到協作工具、離職信箱要保留多久、對外窗口能不能用群組或別名取代。人員流動大的公司,按帳號計費又能彈性增減的付款方式比較跟得上變化;人數穩定、只需要收發信的公司,按方案年繳的企業郵件比較容易編列預算。
也有公司讓需要協作的部門用雲端套件、其他人用獨立企業郵件。這種混用做法可行,但同一個網域的信要分送到兩套系統,MX 與轉送規則的設定、帳號開關的流程都會變複雜,最好先請熟悉郵件路由的人評估,再決定是否值得。
06判斷清單:選企業信箱前先回答六個問題,避開常見的選錯情況
選之前,先用下面六個問題整理需求,答案寫下來,再拿去問服務商:
- 公司現在幾個人、兩年後大約幾個人?會不會有短期人員或工讀生需要開帳號?
- 哪些人每天需要共用檔案、多人同時編輯文件或開線上會議?只有少數人需要,就不必為全員買協作套件。
- 每人的信件量多大?有沒有業務或設計同仁長年保留大量附件?容量是每人固定,還是全公司共用?
- 同仁用什麼收信:Webmail、Outlook 還是手機?有沒有人還在用 POP、信件只存在單一電腦?
- 誤刪信件或帳號被盜時,需要還原到什麼程度?誰負責定期匯出重要信件?
- 帳號與管理員權限開在誰名下?員工離職時,誰負責收回帳號並接手往來信件?
常見的選錯情況有三種。第一種是為了省事全員買雲端套件,結果多數人只用信箱,每年替用不到的功能付費。第二種是信箱一直留在主機上,人數成長後容量不足、發信受限,網站搬家時信箱也跟著中斷。第三種是只比帳號數與容量,沒問備份與離職交接,等到有人離職或誤刪重要信件,才發現救不回來。
發現選錯不必慌,三類之間都能互相搬移,信箱地址也不用改。要注意的是新舊信箱並行的安排、MX 記錄切換的時間點,以及舊信怎麼搬,做法可參考網站與郵件移轉;切換前先把舊信完整備份,舊服務保留到確認沒有漏信為止。
07找凱斯騰協助前,先準備這些:評估企業信箱要帶的資料
想請我們一起評估該選哪一類信箱,先把下面這些資料整理好,討論時就能直接對照需求,不必來回補問:
- 公司網域名稱,以及網域與 DNS 目前在哪裡管理。
- 現在使用的信箱類型:主機附的信箱、獨立的企業郵件、Google Workspace、Microsoft 365,或個人信箱。
- 目前的帳號清單,標出哪些是個人帳號、哪些是對外窗口,哪些屬於已離職的同仁。
- 每個帳號大約已用多少容量;不清楚的話,附上管理後台的用量畫面。
- 同仁收信的方式:Webmail、Outlook 或手機,以及是否還有人用 POP。
- 需要哪些協作功能,例如共用檔案、線上文件、行事曆或視訊會議,以及大約幾個人會用到。
- 目前合約或訂閱的到期日,以及有沒有年約承諾尚未到期。
- 有沒有網站表單、報價或訂單系統、事務機掃描寄信等設備用公司網域寄信;換信箱類型時,這些寄件設定要一起調整。
凱斯騰能協助的,是把這些需求對應到合適的服務:主要需求是穩定收發信的團隊,可以評估企業郵件,提供郵件備份、黑白名單、防垃圾信與防毒,支援 Webmail、Outlook 與 POP/IMAP/SMTP 收發;需要協作工具的,可以比較Google Workspace 與 Microsoft 365。資料整理好之後,請填寫聯絡表單,或來信 [email protected],並註明目前人數與預計的成長。
FAQ常見問題
Q.01主機附的信箱和獨立企業郵件,客戶收到的信看起來有差嗎?
收件人看到的都是公司網域的地址,外觀沒有差別。差別在背後的容量、發信上限,以及網站主機出問題時信箱會不會受牽連。信會不會進垃圾信匣,主要取決於寄件驗證與寄件信譽,不是看信箱屬於哪一類。
Q.02公司只有三、五個人,需要用雲端協作套件嗎?
要看工作方式,而不是人數。幾個人若天天共同編輯文件、開線上會議,套件可以取代好幾種零散工具;只是收發信,獨立企業郵件或主機附的信箱就夠用。可以先讓實際會用到的人試用一段時間,再決定要不要擴大。
Q.03可以先用主機附的信箱,之後再換嗎?
可以,三類之間都能搬。只是越晚換,要搬的舊信越多、要重新設定的電腦與手機也越多。如果預期一兩年內人數會明顯增加,一開始就把信箱和網站分開會比較省事。
Q.04換信箱類型時,公司的信箱地址要改嗎?
不用。信箱地址跟著網域走,換服務是把網域的 MX 等記錄改指到新服務,對外的地址維持不變。同仁要做的是在電腦和手機上重新設定收信帳號,舊信則另外搬移。
參考資料
- Exchange Online limits(Microsoft Learn)(查閱日期:2026-10-24)
- Convert a user mailbox to a shared mailbox(Microsoft Learn)(查閱日期:2026-10-24)
- Buy or remove licenses for a Microsoft business subscription(Microsoft Learn)(查閱日期:2026-10-24)
- Review storage use across your organization(Google Workspace 管理說明)(查閱日期:2026-10-24)
- Gmail sending limits in Google Workspace(Google Workspace 管理說明)(查閱日期:2026-10-24)
- Restore a recently deleted user(Google Workspace 管理說明)(查閱日期:2026-10-24)
- Compare Flexible and Annual/Fixed-Term payment plans(Google Workspace 管理說明)(查閱日期:2026-10-24)
- RFC 1939: Post Office Protocol - Version 3(查閱日期:2026-10-24)
- RFC 9051: Internet Message Access Protocol (IMAP) - Version 4rev2(查閱日期:2026-10-24)
