Chào mọi ngừoi!
Cty mình đang dùng mdaemon,sắp tới dự định sẽ chuyển sang exchange 2007. Nhưng có một ý kiến của a phó phòng là dùng qmail cho nó bảo mật và free. Mính lại thấy exchange 2007 thì tốt hơn bởi vì là dân microsoft và không biết gì về qmail .
 

In March 1997, I offered $500 to the first person to publish a verifiable security hole in the latest version of qmail: for example, a way for a user to exploit qmail to take over another account.

My offer still stands. Nobody has found any security holes in qmail.

Of course, ``security hole in qmail'' does not include problems outside of qmail: for example, NFS security problems, TCP/IP security problems, DNS security problems, bugs in scripts run from .forward files, and operating system bugs generally. It's silly to blame a problem on qmail if the system was already vulnerable before qmail was installed! I also specifically disallowed denial-of-service attacks: they are present in every MTA, widely documented, and very hard to fix without a massive overhaul of several major protocols. (UNIX does offer some tools to prevent local denial-of-service attacks; see my resource exhaustion page for more information. See also my page responding to Wietse Venema's slander.)
http://cr.yp.to/qmail/guarantee.html
 

Mình đưa ra khẳng định exchange 2007 ứng dụng tốt hơn. Mời các bác ....

Mong mọi người thảo luận và chia sẽ kinh nghiệm. Thân 

Không biết gì về qmail thì không thể nói nó kém hơn, chỉ có thể bảo em không quản trị được, không turming cho nó được vì nó khó, vì sợ mất thời gian lâu mới đáp ứng được.
 

chào mọi ngừoi

em copy nguyên bài post của anh conmale đưa sếp em coi. Bảo rằng đó là của anh conmale ,tưởng sếp đọc xong thì sẽ dùng exchange 2007. ai ngờ sếp bảo tìm hiểu qmail kết hợp Zimbra hoạt động ra sao. Để có thể áp dụng

Mà cái này thì hoàn toàn mới toanh. Phải bắt đầu từ đâu bi giờ. 

chào mọi ngừoi

em copy nguyên bài post của anh conmale đưa sếp em coi. Bảo rằng đó là của anh conmale ,tưởng sếp đọc xong thì sẽ dùng exchange 2007. ai ngờ sếp bảo tìm hiểu qmail kết hợp Zimbra hoạt động ra sao. Để có thể áp dụng

Mà cái này thì hoàn toàn mới toanh. Phải bắt đầu từ đâu bi giờ. 

Mèn, sếp em biết conmale là con ma gì mà bảo "đó là của anh conmale" trời?

Nếu sếp em đòi phải tìm hiểu qmail + zimbra thì thú vị đó. Thử hack zimbra với openldap, qmail, apache tomcat, postgresql thành công thì gia tăng nội lực bội phần  

Zimbra support tốt cho Centos và Ubuntu, anh cũng chỉ tham khảo hai cái link này :
http://www.zimbra.com/products/documentation.html
và
http://www.howtoforge.com/zimbra-collaboration-suite-open-source-edition-on-centos

Anh em khác có tài liệu nào hay thì share lên

Regards 

Chào mọi ngừoi!

Cty mình đang dùng mdaemon,sắp tới dự định sẽ chuyển sang exchange 2007. Nhưng có một ý kiến của a phó phòng là dùng qmail cho nó bảo mật và free. Mính lại thấy exchange 2007 thì tốt hơn bởi vì là dân microsoft và không biết gì về qmail .

Mình mở chủ đề này,mong mọi người chia sẽ những điểm yếu và mạnh của qmail,exchange. Hệ thống mạng bên mình chỉ trừ cái core dùng HP-Unix,còn lại dùng microsoft.

Mình đưa ra khẳng định exchange 2007 ứng dụng tốt hơn. Mời các bác ....

Mong mọi người thảo luận và chia sẽ kinh nghiệm. Thân 

Exchange nó có 1 cái khá thú vị, ko phải nói về bảo mật, mà là cái lưu dữ liệu của nó. Nó phình to kinh hãi luôn. User nào cũng muốn giữ email trên server cả, không muốn xoá. Mỗi bác giữ 500Meg (chỉ trong vòng 1, 2 năm) , 1000 users = 500GB, thêm phụ phí nữa thì...
 

Tớ xài mấy năm qmail rồi, nhưng giờ chuyển qua postfix cho dễ xài và tính năng phong phú. Nếu xài Zimbra nó dùng postfix sẵn, đừng nghĩ tới qmail. Qmail quả thực là nhẹ, ổn định, nhưng postfix dễ xài, dễ setup hơn và có vài tính năng rất tốt cho việc chống SPAM mà qmail ko có (ví dụ "SMTP reject when not logged in."). Qmail muốn có tính năng gì đều phải chơi patch, compile mất thời gian lắm. Chơi postfix trên CentOS và yum lẹ lắm. 

Mình thấy toàn những ông lớn dùng nó không à.
The Internet had approximately 1791 SMTP servers running qmail in March 1997; 4078 SMTP servers running qmail in August 1997; 352000 SMTP servers running qmail in October 2000; and 717000 SMTP servers running qmail in October 2001.

A number of large Internet sites are using qmail: USA.net's outgoing email, Address.com, Rediffmail.com, Colonize.com, Yahoo! mail, Network Solutions, Verio, MessageLabs (searching 100M emails/week for malware), listserv.acsu.buffalo.edu (a big listserv hub, using qmail since 1996), Ohio State (biggest US University), Yahoo! Groups, listbot, USWest.net (Western US ISP), Telenordia, gmx.de (German ISP), NetZero (free ISP), Critical Path (email outsourcing service w/ 15M mailboxes), PayPal/Confinity, Hypermart.net, Casema, Pair Networks, Topica, MyNet.com.tr, FSmail.net, Mycom.com, and vuurwerk.nl.
 

Evaluation and Testing
• Intel/AMD 32-bit or 64-bit CPU 1.5 GHz
•1 GB RAM
• 5 GB free disk space for software and logs
• Temp file space for installs and upgrades*
• Additional disk space for mail storage
Production environments
• Intel/AMD CPU 32-bit 2.0 GHZ+.
For large deployments (more than 2000
users), 64-bit OS is recommended.
• Minimum - 2 GB RAM
Recommend - 4 GB
• Temp file space for installs and upgrades*
• 10 GB free disk space for software and
logs (SATA or SCSI for performance, and
RAID/Mirroring for redundancy)
• Additional disk space for mail storage 

Hi!
Không phài là so sánh. Nhưng tớ xài postfix thay vì qmail vì có 3 cái tính năng này thôi:

I - LDAP intergration: qmailrocks là qmailtoaster đều chơi với mysql cả. Nếu tự làm thì e admin của tớ không patch nổi. (tớ làm được nhưng để mấy cậu đó làm, chớ 1 mình mình bao nhiêu cái khác ).

II - SMTPD: reject when not logged in: cái này mô tả rất dễ. Ví dụ server của công ty abc.com, nhận và gửi mail (tức là mail relay kiêm mail host). Giả thiết ta có 1 user là john@abc.com.
1. john@abc.com muốn gửi mail cho ai đó, ví dụ xx@yahoo.com">xxx@yahoo.com, thì phải xác thực trước, kiểu như: AUTH LOGIN john, .. MAIL FROM: <john@abc.com>, RCPT TO: <xxx@yahoo.com>. Nếu không xác thực thì sẽ không cho gửi đi, server sẽ báo là not allow to relay. Cái này MTA nào cũng có.
2. Mail ở ngoài đến (ví dụ từ domain @yahoo.com), tới john@abc.com. 1 loạt lệnh sẽ kiểu như là: MAIL FROM: <xxx@yahoo.com>, RCPT TO: <john@abc.com>... server chấp nhận chả cần xác thực. Và 1 loạt các thủ tục kiểm tra spam/virus được áp dụng, như là domain nguồn có hợp lệ, from 1 user có hợp lệ ko, có domain key không....
Tuy nhiên nếu 1 thằng spammer nó chơi kiểu: MAIL FROM: <john@abc.com>, RCPT TO: <john.abc.com> thì với server vẫn chấp nhận, dù cái này là địa chỉ giả mạo, MTA check nguồn sẽ là hợp lệ (tất nhiên là còn 1 loạt các thứ khác).
=> Với postfix, tớ có thể setup để mọi email from @abc.com đều ép phải xác thực như trường hợp 1., nếu không thì sẽ là "reject: not logged in". Cái này sẽ giảm được đáng kể spammer lợi dụng vì cơ chế xác định domain gửi đi + check sự tồn tại của host/user nguồn sẽ cứng rắn hơn. Nếu xài bừa from @yahoo.com chẳng hạn, thằng amavis sẽ check được domain key.
Qmail không check được cái này vì 2 giai đoạn xác thực và smtp do 2 process đảm nhiệm. Chưa thử xem Exchange có bị không.
Mỗi ngày server chỗ tớ ghi nhận khoảng 10K cái not logged in này. Chứng tỏ spamer rất khoái trò đó. Hiệu quả đấy chứ?

III- Reject when logged user not match: cái này tương tự như là mục II.1, nhưng là kiểm tra xem người gửi và tên đăng nhập có phải là 1 cặp hợp lệ hay không. Đơn giản là ông john chỉ được phép mail from là john@abc.com. mới gửi được, không thể khác được. Cái này tránh cho user thiết lập nhầm hoặc chống giả mạo. Ông xyz gì đó ko thể from <john@abc.com> được, dù có đăng nhập thành công với user xyz, sẽ nhận được thông báo: "reject: logged user xxx not match with email xxx@xxx".
Cái này có 1 điểm hữu ích: Vì là các bác user rất hay để password dễ đoán (như là 123456), cái này tất nhiên ngoài chính sách ép buộc ra, thì vẫn phải có phòng bị. Tớ đã từng bị 1 gã hacker nào đó, do bằng 1 số cách nào đấy nó đoán được pass của 1 số user. Nó lợi dụng các login đó để gửi mail from <linh tinh>, gửi spam ầm ầm qua server của mình. Hồi đó xài qmail, vì đã đăng nhập nên from cái gì cũng được, chỉ cần domain hợp lệ là xong. Server thì nó ghi nhật ký cái này không rõ ràng lắm, nên mãi mới xác định được gốc và đổi pass của user.
Qmail không check được cái này. Bác nào có Exchange thử xem nó có hỗ trợ không.