Re: Strategies for using backup MX records

2017-08-17 Thread Allen Coates
The thing I liked about my pop-3 solution was, if my server blew up and I had to rebuild from scratch with new hardware, I could still read my emails via my (almost redundant) ISP account Allen C On 17/08/17 16:10, Chris Green wrote: > On Thu, Aug 17, 2017 at 02:24:45PM +0100, Allen Coates wrote:

Re: Strategies for using backup MX records

2017-08-17 Thread Chris Green
On Thu, Aug 17, 2017 at 02:24:45PM +0100, Allen Coates wrote: > > > On 17/08/17 13:38, Chris Green wrote: > > I run Postfix on a home server which is on all the time of course but, > > as it's connected via a 'domestic' broadband service it's not a 100% > > reliable connection. There are also tim

Re: Strategies for using backup MX records

2017-08-17 Thread Chris Green
On Thu, Aug 17, 2017 at 09:04:45AM -0400, Tanstaafl wrote: > On 8/17/2017, 8:56:53 AM, Phil Stracchino wrote: > > I have a single secondary MX at a domain controlled by another competent > > individual whom I know. It's useful in the event of a sustained service > > outage or other delivery probl

Re: Strategies for using backup MX records

2017-08-17 Thread Chris Green
On Thu, Aug 17, 2017 at 08:49:20AM -0400, Tanstaafl wrote: > On 8/17/2017, 8:38:18 AM, Chris Green wrote: > > What sort of strategies are available for coping with the (rare) > > disconnections of a few hours that occasionally occur? I know that > > SMTP delivery is fairly robust and, as far as I

OT: Re: Strategies for using backup MX records

2017-08-17 Thread Tanstaafl
On 8/17/2017, 9:28:00 AM, Phil Stracchino wrote: > This is nice in theory but doesn't work in practice, This statement is most assuredly not true in a general sense. The reality is, it works very well in the vast majority of cases. > because not every sender particularly closely follows the app

Re: Strategies for using backup MX records

2017-08-17 Thread Phil Stracchino
On 08/17/17 09:04, Tanstaafl wrote: > In the vast majority of cases, the perceived benefit is simply not worth > the trouble. If your server is down for more than 3 days, then you have > bigger problems, and the vast majority of the emails you would have held > will have lost their value (if they h

Re: Strategies for using backup MX records

2017-08-17 Thread Allen Coates
On 17/08/17 13:38, Chris Green wrote: > I run Postfix on a home server which is on all the time of course but, > as it's connected via a 'domestic' broadband service it's not a 100% > reliable connection. There are also times when I reconfigure things > (e.g. upgrade the server) that cause downti

Re: Strategies for using backup MX records

2017-08-17 Thread Tanstaafl
On 8/17/2017, 8:56:53 AM, Phil Stracchino wrote: > I have a single secondary MX at a domain controlled by another competent > individual whom I know. It's useful in the event of a sustained service > outage or other delivery problems (say, if the main application server > went down and I had to r

Re: Strategies for using backup MX records

2017-08-17 Thread Phil Stracchino
On 08/17/17 08:38, Chris Green wrote: > This is a fairly naive and open-ended question I'm afraid but I'm sure > others here may have similar setups and thus have answers. > > I run Postfix on a home server which is on all the time of course but, > as it's connected via a 'domestic' broadband serv

Re: Strategies for using backup MX records

2017-08-17 Thread Tanstaafl
On 8/17/2017, 8:38:18 AM, Chris Green wrote: > What sort of strategies are available for coping with the (rare) > disconnections of a few hours that occasionally occur? I know that > SMTP delivery is fairly robust and, as far as I know, the backing off > and retrying seems to work pretty well but

Re: Strategies for using backup MX records

2017-08-17 Thread Chris Green
On Thu, Aug 17, 2017 at 01:38:18PM +0100, Chris Green wrote: > This is a fairly naive and open-ended question I'm afraid but I'm sure > others here may have similar setups and thus have answers. > > I run Postfix on a home server which is on all the time of course but, > as it's connected via a 'd