1

I want to set up an "internal only" mail server on a Linux machine. We need it for our integration test environment:

  • Our integration test server will send mail (via SMTP) to "[email protected]"
  • The mail server must reject mail for all other recipient domains.
  • Our testers will fetch the mail via POP/IMAP over SSL. They don't have a unix account on the mail server. Each tester needs about 100 email aliases for their account.

There are lots of tutorials out there, but they usually set up a full Postfix server + a separate MDA (like Courier)? Aren't there easier options, as the server will never have to transfer mail to other mail servers?

(BTW, the server machine already runs a PostgreSQL instance - I could use this to store mails, if this is the easiest option to allow virtual accounts?)

2 Answers 2

2

No there are no easier options. If you need a mail server then you need to install a mail server. If you need an IMAP server you need to install an IMAP server. If you can live with local mail storage then you do not need a RDBMS to store mails.

(You don't need Postfix and Courier. You need either of them as MTA/MDA. And Courier-IMAP or Dovecot as IMAP server.)

2
  • Can I have local mail storage without giving the users a unix account on the mail server? Sep 16, 2011 at 9:17
  • Definitively. This is called virtual mailboxes as described in postfix.org/VIRTUAL_README.html
    – mailq
    Sep 16, 2011 at 23:28
2

I'd recommend enabling Dovecot and Postfix or Sendmail and going from there if you're looking for something quick. However, due to the large number of aliases you're working with, management would be a pain. Would something like a Zimbra install make more sense in this case?

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .