|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Subject: Re: LMTP hackings
From: Wietse Venema (wietse
porcupine.org)Date: Wed Feb 02 2000 - 16:45:02 CST
- Next message: Wietse Venema: "Re: Forced delivery"
- Previous message: Wietse Venema: "Re: UUCP zone"
- In reply to: Amos Gouaux: "Re: LMTP hackings"
- Next in thread: Amos Gouaux: "Re: LMTP hackings"
- Reply: Wietse Venema: "Re: LMTP hackings"
- Reply: Amos Gouaux: "Re: LMTP hackings"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Amos Gouaux:
> One question that has been presented to me previously is how to get
> this to work so that all the recipients of a message are included at
> once, instead of each recipient getting a copy as usual for local
> delivery. The issue is that when deliver is run in LMTP mode, and if
> all the recipients are on the same Cyrus partition, each recipient
> will get a hard link of the message instead of a copy.
That is fixed in -pl04. For compatibility reasons, the limit still
defaults to 1 for local deliveries, so that the behavior of the
local delivery agent does not change with respect to -pl03.
The default is:
local_destination_recipient_limit = 1
You can set it to zero (means no limit) or, safer, set it to some
reasonable number so that things don't blow up under stress.
Wietse
- Next message: Wietse Venema: "Re: Forced delivery"
- Previous message: Wietse Venema: "Re: UUCP zone"
- In reply to: Amos Gouaux: "Re: LMTP hackings"
- Next in thread: Amos Gouaux: "Re: LMTP hackings"
- Reply: Wietse Venema: "Re: LMTP hackings"
- Reply: Amos Gouaux: "Re: LMTP hackings"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]