Prev: Failover control of Postfix content-filter
Next: GSSAPI Authentication
From: Charles Marcus on 15 Dec 2009 08:33
On 12/14/2009, Jaroslaw Grzabel (jarek(a)meil.me) wrote:
> Simon Waters pisze:
>> It refreshes cache at 3 hours by default, so within 3 days jon
>> starts getting email (and spam potentially). This is configurable.
>>
>> http://www.postfix.org/verify.8.html

> Yeah, and it works on the other way round... if my customer's server
> will go down for more than 3h, my server will store his emails only
> for 3h. After that it will start reject them with 450.

It would probably be a good idea to actually go READ the links you are
provided before commenting on a feature that you clearly don't understand.

From: Noel Jones on 15 Dec 2009 09:53
On 12/15/2009 7:30 AM, Charles Marcus wrote:
> On 12/14/2009, Simon Waters (simonw(a)zynet.net) wrote:
>> On Monday 14 December 2009 14:24:34 Jaroslaw Grzabel wrote:
>>>
>>> What postfix does ? Reject all messages until
>>> I will not be notified and remove the database and let postfix to
>>> recreate it again.
>
>> It refreshes cache at 3 hours by default,
>
> Is there a way to configure it so that it only falls back to the cache
> if it doesn't get a responds from the downstream server?

No, that would defeat the purpose of the cache.

-- Noel Jones

From: Charles Marcus on 15 Dec 2009 11:13
On 12/15/2009, Noel Jones (njones(a)megan.vbhcs.org) wrote:
> On 12/15/2009 7:30 AM, Charles Marcus wrote:
>> On 12/14/2009, Simon Waters (simonw(a)zynet.net) wrote:
>>> On Monday 14 December 2009 14:24:34 Jaroslaw Grzabel wrote:

>>>> What postfix does ? Reject all messages until I will not be
>>>> notified and remove the database and let postfix to recreate it
>>>> again.

>>> It refreshes cache at 3 hours by default,

>> Is there a way to configure it so that it only falls back to the cache
>> if it doesn't get a responds from the downstream server?

> No, that would defeat the purpose of the cache.

Right... no, I'm really not an idiot, I just play one on mail lists
sometimes (when I type+send before thinking)... ;)

--

Best regards,

Charles

From: Mark Goodge on 15 Dec 2009 11:30
Noel Jones wrote:
> On 12/15/2009 7:30 AM, Charles Marcus wrote:
>> On 12/14/2009, Simon Waters (simonw(a)zynet.net) wrote:
>>> On Monday 14 December 2009 14:24:34 Jaroslaw Grzabel wrote:
>>>>
>>>> What postfix does ? Reject all messages until
>>>> I will not be notified and remove the database and let postfix to
>>>> recreate it again.
>>
>>> It refreshes cache at 3 hours by default,
>>
>> Is there a way to configure it so that it only falls back to the cache
>> if it doesn't get a responds from the downstream server?
>
> No, that would defeat the purpose of the cache.

Not entirely. It would defeat one purpose of the cache, but not the
other one.

The cache has two main functions:

1. To reduce traffic between the gateway and destination server, and
reduce load on both.

2. To allow the gateway server to correctly handle mail
acceptance/rejection when the destination server is unreachable.

Configuring it so that it only falls back to the cache when the
destination server is unreachable would, indeed, defeat the first
purpose. But it wouldn't defeat the second. And there may be times when
the first purpose isn't that important, but the second is.

For example, you may have multiple MX records pointing to two or more
servers outside your firewall, all of which use recipient verification
against your internal server (which is firewalled to only accept
connections from your external servers). Your single point of failure
here is the internal server (and, for that matter, the firewall itself),
so both the external servers need to be able to handle mail if it's
offline. To do that, they need to cache the results of verification
lookups. But, when everything is working properly, you may not need the
traffic/load minimisation benefits of caching, and you may not want the
update lag caused by the cache expiry time.

In such a case, you would want to configure the external servers to only
fall back to the cache when an immediate lookup isn't possible. This may
be a relatively uncommon scenario, but it's by no means an obscure one.

Mark

From: Wietse Venema on 15 Dec 2009 11:38
Mark Goodge:
> Noel Jones wrote:
> > On 12/15/2009 7:30 AM, Charles Marcus wrote:
> >> On 12/14/2009, Simon Waters (simonw(a)zynet.net) wrote:
> >>> On Monday 14 December 2009 14:24:34 Jaroslaw Grzabel wrote:
> >>>>
> >>>> What postfix does ? Reject all messages until
> >>>> I will not be notified and remove the database and let postfix to
> >>>> recreate it again.
> >>
> >>> It refreshes cache at 3 hours by default,
> >>
> >> Is there a way to configure it so that it only falls back to the cache
> >> if it doesn't get a responds from the downstream server?
> >
> > No, that would defeat the purpose of the cache.
>
> Not entirely. It would defeat one purpose of the cache, but not the
> other one.
>
> The cache has two main functions:
>
> 1. To reduce traffic between the gateway and destination server, and
> reduce load on both.
>
> 2. To allow the gateway server to correctly handle mail
> acceptance/rejection when the destination server is unreachable.

If the cache is good enough for 2) then it makes no sense to
skip the cache for 1).

Wietse

First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4
Prev: Failover control of Postfix content-filter
Next: GSSAPI Authentication