On Sat, Dec 11, 1999 at 05:07:53PM -0200, Henrique M Holschuh wrote: > > A long time ago, in a galaxy far, far way, someone said... > > > It should include SMTP and IMAP. Users do not need to have login > > > accounts. Probably I will be using Potato. > > > > > > What should I start with? > > > > Either exim or postfix, definitely - they're very easy to configure. I've > > not had any experience with anything else. > > I've seen setups like these being mentioned in the Postfix ML (more than one > person there claimed more than 100000 users under Cyrus IMAPD+Postfix).
Sorry if this question looks dumb... How could I deliver mails to accounts that don't really exist? (I can't allocate 100000 uids on a single machine, right?) I have only read the FAQ and anatomy for postfix.... Shall I play with the "mailbox transport" option for local delivery, or do I create local users with same uid (and disable their login) ? Do the 2nd solution really work? But still it doesn't seem very efficient to store 100000 files in a single mail spool directory? > > Cyrus IMAPD seems to be the way to go for that many accounts, but beware > their non-dfsg license. They like ISPs, though ;-) > > Cyrus is not available as a debian package, though there's a pending ITP. > > > > Are there good open sourced MTA and IMAP servers that do not operate > > > on system password accounts? (so I don't have to create 60000+ > > > accounts) > > > > The MTA won't give you any problems - they typically don't care about the > > password database. However, here's another reason why you don't want to But the MTA have to lookup the local user from the password database.. and mails are stored under owner's uid. That's the case for sendmail and exim at least. And, thanks for all the replies. :)
