2008/6/6 Richard Elling <[EMAIL PROTECTED]>: > Richard L. Hamilton wrote: >>> A single /var/mail doesn't work well for 10,000 users >>> either. When you >>> start getting into that scale of service >>> provisioning, you might look at >>> how the big boys do it... Apple, Verizon, Google, >>> Amazon, etc. You >>> should also look at e-mail systems designed to scale >>> to large numbers of >>> users >>> which implement limits without resorting to file >>> system quotas. Such >>> e-mail systems actually tell users that their mailbox >>> is too full rather >>> than >>> just failing to deliver mail. So please, when we >>> start having this >>> conversation >>> again, lets leave /var/mail out. >>> >> >> I'm not recommending such a configuration; I quite agree that it is neither >> scalable nor robust. >> > > I was going to post some history of scaling mail, but I blogged it instead. > http://blogs.sun.com/relling/entry/on_var_mail_and_quotas > -- richard >
The problem with that argument is that 10.000 users on one vxfs or UFS filesystem is no problem at all, be it /var/mail or home directories. You don't even need a fast server for that. 10.000 zfs file systems is a problem. So, if it makes you happier, substitute mail with home directories. _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
