Re: [expert] Linux Mail Server Synchronisation

2000-03-02 Thread wazulu
Yann Forget wrote: James Lewis a écrit : We're thinking of moving the majority of our customers' mail to linux, and a few issues have come up: 1) How secure is sendmail 8.6.9 ? What are the main things we need to do to secure our public facing linux mail server? Secure ?

Re: [expert] Linux Mail Server Synchronisation

2000-03-01 Thread Yann Forget
James Lewis a écrit : We're thinking of moving the majority of our customers' mail to linux, and a few issues have come up: 1) How secure is sendmail 8.6.9 ? What are the main things we need to do to secure our public facing linux mail server? Secure ? Not at all. The last version

Re: [expert] Linux Mail Server Synchronisation

2000-03-01 Thread Lars Nordin
On Tue, 29 Feb 2000, William Ahern wrote: I'm new to NFS, but I have always entertianed the idea of keeping mailboxes on NFS, then using round-robin DNS to keep several smtp and pop/imap servers available, though I'd like to hear what people have to say about locking issues. A friend and I

Re: [expert] Linux Mail Server Synchronisation

2000-03-01 Thread Jean-Michel Dault
On Wed, 1 Mar 2000, Yann Forget wrote: Any way, drop Sendmail. Use Postfix. Yann Why use Postfix? It is funded by IBM and they don't even use it: Let's try nslookup: ibm.com preference = 0, mail exchanger = ns.watson.ibm.com Let's try telnet on ns.watson.ibm.com port 25: 220

Re: [expert] Linux Mail Server Synchronisation

2000-02-29 Thread MikeK
On Tue, 29 Feb 2000, you wrote: We're thinking of moving the majority of our customers' mail to linux, and a few issues have come up: This email comes to you from a mandrake box's sendmail :) 1)How secure is sendmail 8.6.9 ? What are the main things we need to do to secure our public

Re: [expert] Linux Mail Server Synchronisation

2000-02-29 Thread William Ahern
On Tue, 29 Feb 2000, you wrote: 2) Worst case scenario is that our public facing linux box gets hacked, and taken down completely - what's the best way of backing this up to ensure minimum downtime - we'd ideally like to have a 'backup' linux box that mirrors itself from the main one,