Jeff Peng via Postfix-users:
> On 2024-06-15 21:35, Wietse Venema via Postfix-users wrote:
>
> >
> > This is a bit off topic for Postfix, but a comnmon approach is to
> > shard a global database into regional ones and limit the impact of
> > outages. Some database systems support sharding out of
> On Jun 15, 2024, at 15:03, Wietse Venema via Postfix-users
> wrote:
>
> One addendum about how to distinguish from root@mydomain
> from different hosts.
>
> Dan Mahoney via Postfix-users:
>>> Use a virtual alias mapping from "r...@dayjob.org" to the collector
>>> email address. This is a
One addendum about how to distinguish from root@mydomain
from different hosts.
Dan Mahoney via Postfix-users:
> > Use a virtual alias mapping from "r...@dayjob.org" to the collector
> > email address. This is a variation on
> >
> > /usr/local/etc/postfix/main.cf:
> > virtual_alias_maps = has
On 2024-06-15 21:35, Wietse Venema via Postfix-users wrote:
This is a bit off topic for Postfix, but a comnmon approach is to
shard a global database into regional ones and limit the impact of
outages. Some database systems support sharding out of the box (for
example, MongoDB, supported by Pos
Dan Mahoney via Postfix-users:
> > Use a virtual alias mapping from "r...@dayjob.org" to the collector
> > email address. This is a variation on
> >
> > /usr/local/etc/postfix/main.cf:
> > virtual_alias_maps = hash:/local/etc/postfix/virtual-for-root
> >
> > /local/etc/postfix/virtual-for-ro
> On Jun 15, 2024, at 06:19, Wietse Venema via Postfix-users
> wrote:
>
> Dan Mahoney via Postfix-users:
>> Hello,
>>
>> We currently have myorigin = $mydomain, and mydomain = dayjob.org
>> on one of our border MXes, which is also the outbound MX for our
>> whole organization. We are a fair
Joachim Lindenberg via Postfix-users:
> sql databases optimize for consistency instead of availability.
> And even if you design your data model not to rely on joins, to
> use unique ids per node, and to replicate both directions or
> disallow writes on the slave, at least MariaDB failed on partiti
On Sat, Jun 15, 2024 at 09:19:58AM -0400, Wietse Venema via Postfix-users wrote:
> > However, we would like our rootmail to respect our aliases file,
> > which tells root to go to a specific mail destination on a specific
> > box.
>
> Use virtual_alias_maps, as shown below.
The null-client overv
Dan Mahoney via Postfix-users:
> Hello,
>
> We currently have myorigin = $mydomain, and mydomain = dayjob.org
> on one of our border MXes, which is also the outbound MX for our
> whole organization. We are a fairly large site with mxes in two
> locations and many machines which send mail which ma
sql databases optimize for consistency instead of availability. And even if you
design your data model not to rely on joins, to use unique ids per node, and to
replicate both directions or disallow writes on the slave, at least MariaDB
failed on partitioning, and I didn´t want or tried to use an
On Sat, Jun 15, 2024 at 07:06:43PM +0800, Jeff Peng via Postfix-users wrote:
> On 2024-06-15 18:14, John Levine via Postfix-users wrote:
> > People I'm working with have a short list of addresses from which they
> > don't want to accept mail at all, and they'd like to reject as early
> > as possibl
On 15.06.24 12:14, John Levine via Postfix-users wrote:
People I'm working with have a short list of addresses from which they
don't want to accept mail at all, and they'd like to reject as early
as possible without running it through anti-spam milters, ideally by
rejecting the SMTP MAIL FROM com
On 2024-06-15 18:14, John Levine via Postfix-users wrote:
People I'm working with have a short list of addresses from which they
don't want to accept mail at all, and they'd like to reject as early
as possible without running it through anti-spam milters, ideally by
rejecting the SMTP MAIL FROM c
On Sat, Jun 15, 2024 at 12:14:01PM +0200, John Levine via Postfix-users wrote:
> People I'm working with have a short list of addresses from which they
> don't want to accept mail at all, and they'd like to reject as early
> as possible without running it through anti-spam milters, ideally by
> re
People I'm working with have a short list of addresses from which they
don't want to accept mail at all, and they'd like to reject as early
as possible without running it through anti-spam milters, ideally by
rejecting the SMTP MAIL FROM command. What's the best way to do this?
The list is short so
15 matches
Mail list logo
