>> I'm sort of figuring out the picture and learning as I go along and I think
>> this is what I'm trying to get at:
>> I want to use qmail to replace an Exchange server for an internet
>> domain so as to replace POP3 and SMTP functionality. Using FreeBSD
>> and qmail is it necessary to have a Primary Domain Controller and a
>> Member Server in that domain? We have about 7 thousand users, hence
>> accounts to transfer. Does this seem feasible? Thanks.
> Why bother with qmail? There's a number of more friendly MTAs
> around... I suggest Postfix combined with Cyrus IMAP.
> As for your question: This is not micro$oft. There's no such things
> as 'primary domain controller' or 'member server'. I don't think
> you need more than one machine for a mere 7000 users -- provided the
> machine is a strong little baby...
Pointing at "numbers of users" when talking about the MTA is fairly
silly; transferring messages betwixt here and there has very little to
do with the number of users. It has a LOT to do with the number of
_messages_. When playing with statistics, THAT is the issue.
Pick _any_ MTA (qmail, Postfix, Exim, Sendmail, smail ...) and you
won't be VASTLY wrong. It should perform adequately for 7K users
sending a number of messages per day, and if it doesn't, it's not
going to take vast respecification efforts to fix this.
Quote:> Migrating the users from wintendo to the civilised world might prove
> a challenge, though not entirely impossible if you think about it
> long enough! Mail, in any case, should not be an issue!
Mail TRANSPORT should be the smallest of the issues, to be sure.
The vast majority of the effort will involve addressing the question:
"So where do we PUT the mail so the users can access their mail?"
THAT is a question that (most likely) points to one of:
-> Having the users use POP3 clients, storing all mail on their
-> Having the users use IMAP clients, storing mail largely on an
If mail resides on a POP3 server, then scalability stays rather high;
in effect, the point of the POP3 server is to queue mail. IMAP is
certainly the "higher tech" solution, more nearly resembling what
Exchange does, with some additional costs in system management and
The thing is, focusing on the MTA is a Big Mistake as that's not the
part of the system that needs most of the resources.
Who wants to remember that escape-x-alt-control-left shift-b puts you
into super-edit-debug-compile mode? (Discussion in comp.os.linux.misc
on the intuitiveness of commands, especially Emacs.)