Câu trả lời:
Google có một giải pháp công ty gọi là Google Apps . Công ty của bạn có thể xem xét sử dụng đó. Phiên bản trả phí của Google Apps có các đảm bảo cấp độ dịch vụ, có thể tốt hơn những gì CNTT nội bộ của bạn có thể cung cấp.
Về lợi thế, Google có tính năng lọc thư rác tốt hơn hầu hết các nhà cung cấp email khác, vì họ có quá nhiều dữ liệu thư họ xử lý (thông qua dịch vụ Gmail công cộng của họ).
Tiết lộ: Tôi không làm việc cho Google cũng như không có bất kỳ mối quan hệ nào với họ. Tôi có tên miền trên Google Apps và tôi cũng đã từng làm việc cho những nơi đó.
Tôi đã chuyển công ty của chúng tôi sang Google Apps Enterprise, vì vậy tôi nghĩ rằng tôi sẽ đưa ra một số phản hồi dựa trên một chuyển đổi thực tế. Cho đến nay, việc chuyển đổi đã diễn ra khá suôn sẻ và thực tế tất cả các email cũ của người dùng đã có thể được tải lên các máy chủ của Google. Mặc dù một mối lo ngại hợp lệ là Google có thể làm điều gì đó làm mất dữ liệu của chúng tôi, nhưng nhiều khả năng họ sẽ làm việc tốt hơn nhiều so với chúng tôi về bảo trì cơ sở hạ tầng. Khoảng 10% người dùng của tôi đã khó chịu về việc chuyển đổi. Dưới đây là những bình luận gắt gỏng hợp lệ:
1) Google Web Client không cho phép chuyển tiếp nhiều email.
2) Không thể đính kèm nhiều tệp đính kèm thông qua kéo và thả.
3) Phải đính kèm các tệp riêng lẻ và chờ chúng tải lên thật khó chịu.
4) Chúng được sử dụng cho các thư mục trong Outlook / Mozilla và từ chối từ bỏ các thư mục cho chức năng tìm kiếm.
5) Người dùng thư mục nặng có một thời gian khó hiểu sự khác biệt giữa các thư mục và nhãn và thực tế là các nhãn không được phân cấp.
6) Không kéo và thả vào nhãn.
Vì một ứng dụng email vẫn có thể được sử dụng với các tài khoản, tôi đã giúp một số ít người dùng định cấu hình ứng dụng khách béo của họ để kết nối bằng IMAP. Trong tương lai, chỉ có máy khách web sẽ được "hỗ trợ" chính thức.
Tôi nghĩ rằng bạn cần suy nghĩ cẩn thận về việc giảm tải email cho bên thứ ba nếu email hoàn toàn quan trọng đối với doanh nghiệp của bạn. Mối quan tâm chính của tôi sẽ là (những điều này áp dụng cho bất kỳ nhà cung cấp email nào)
Mối quan tâm cụ thể với Google (kể từ ngày đăng)
Công ty chúng tôi đã bắt đầu xem xét việc sử dụng Google Apps. Những người trong IT & dev có thể chọn tham gia thử nghiệm beta. Chúng tôi đã sử dụng Outlook + Exchange (surprize) và người dùng beta có quyền truy cập vào cả hai.
Những lợi ích chính đối với tôi là tìm kiếm và lưu trữ (nó được đặt ở mức 25 GB so với hạn mức 400 MB của Outlook chúng tôi ...). Ngoài ra các phím tắt thực sự tốt nếu bạn thích sử dụng bàn phím (như tôi)
Một số vấn đề chúng tôi gặp phải khi sử dụng thư của Google Apps qua Outlook là
Tôi đoán nhiều vấn đề ở trên là ổn miễn là mọi người sử dụng Google Apps.
Chúng tôi cũng sử dụng Google Apps và đó là một giải pháp tuyệt vời cho các doanh nghiệp nhỏ, những người không muốn giải quyết các vấn đề về tính sẵn có và bảo trì của một giải pháp nội bộ.
Tuy nhiên, đôi khi dịch vụ không ổn định, với sự gián đoạn không thể giải thích và "chính sách", đôi khi bạn không nhận ra cho đến khi bạn ngừng nhận e-mail hoặc ai đó cho bạn biết.
Và sự hỗ trợ của họ là một trong những điều tồi tệ nhất tồn tại. Tuy nhiên, đối với chúng tôi ít nhất, nó đáng giá tiền ($ 0).
Chúng tôi chưa thử nghiệm phiên bản Premier, nhưng tôi hy vọng họ cung cấp mức độ dịch vụ cao hơn so với phiên bản miễn phí.
Google dường như đã có một loạt vấn đề trong đó họ từ chối thư nhắm vào danh sách gửi thư hoặc tệ hơn là sẽ âm thầm thả những email như vậy xuống sàn. Điều này dường như áp dụng cả cho phiên bản Premier trả tiền và phiên bản Standard miễn phí.
"thư rác" nhắm vào danh sách gửi thư không đi đến đâu - Vấn đề quan trọng này có nghĩa là bạn không bao giờ nên sử dụng "nhóm" Google-Apps (danh sách gửi thư) cho bất kỳ điều gì có thể liên quan đến email từ công chúng. Có một cách giải quyết khó khăn, nhưng nó không truyền cảm hứng cho sự tự tin.
Thread1 - sự cố đã biết, sau đó đã được sửa
Tôi nghĩ lý do lớn hơn là một số người cảm thấy không lưu trữ tất cả email của họ ở nơi nào khác ngoài văn phòng của họ.
Ý kiến của tôi là nếu bạn có thể bỏ qua việc bẻ khóa trao đổi và sử dụng các ứng dụng google thì nó có thể tiết kiệm cho công ty rất nhiều tiền.
Nếu bạn làm điều này thì điều quan trọng là phải đảm bảo rằng ISP của bạn đã tiên phong trực tiếp đến mạng của Google. Khi bạn truy cập các trang web trên Internet, các gói của bạn thường được chuyển qua nhiều mạng ngang hàng khác nhau. Bạn sẽ muốn giữ số đó ở mức tối thiểu và đối với hầu hết các công ty, mức thấp nhất bạn có thể nhận được là chỉ có một mạng (ISP của bạn) giữa bạn và Google. Bằng cách này, bạn đảm bảo rằng đường dẫn mạng theo hợp đồng. Một hợp đồng là với ISP của bạn và một hợp đồng với Google.
Nếu ISP của bạn không ngang hàng với Google, thì bạn không nên bắt đầu sử dụng Google Mail trong sản xuất cho đến khi bạn có thể thay đổi ISP.
Tôi nghĩ rằng một vấn đề là thiếu sự hỗ trợ, có một bài đăng trên trang Joels mô tả việc mất quyền truy cập vào tài khoản Google Apps vì vấn đề tên miền.
Đừng bao giờ sử dụng Google Apps cho bất cứ điều gì quan trọng
Email có hữu ích cho bạn khi kết nối internet của bạn không hoạt động không?
Nếu vậy, việc không có máy chủ email trong mạng LAN của bạn có thể là một vấn đề, nếu hầu hết nhân viên của bạn đang ở trong một số văn phòng.
Chỉ cần lưu ý rằng nhiều cá nhân có quyền truy cập đầy đủ vào gmail. Chính phủ và thực thi pháp luật trên toàn thế giới (và một số tin tặc) có quyền truy cập. Đó là số lượng lớn các cá nhân chưa được đào tạo sử dụng các cửa hậu gmail làm cho hệ thống dễ bị tổn thương. Bạn chỉ nghe nói về những đột phá đã được công khai. Nói chuyện với bất kỳ trường đại học nào về các đột nhập email bằng cách sử dụng quyền truy cập "được phê duyệt". Không phải là một rủi ro lớn, nhưng gmail là một mục tiêu lớn hơn nhiều so với bạn từng có. Nhiều nhà đầu tư của VC sẽ không cho phép các hệ thống bên thứ ba, dù điều đó có thực sự có ý nghĩa từ quan điểm bảo mật hay không. Hầu hết "hack" không phải là kỹ thuật, đó là quản trị lười biếng, mật khẩu xấu và kỹ thuật xã hội. Gmail được cho là tốt hơn bạn bảo vệ chống lại một nhân viên bất mãn hack hệ thống.