[Postfixbuch-users] (kein Betreff)

[Uwe Driessen]

Andre Hoffmann schrieb: 
> 
> Das Problem sind User
> die meinen mit 2000 Empfängern eine Art Newsletter zu verschicken zu
> können.
> Die Puremessage von sophos macht aber schon bei 512
> Empfängern eine Grätsche.
> Daher wollte ich mal wissen wie
> Ihr das so macht bzw. was ihr so eingestellt habt, bei so blöden
> Usern.

Konto noch so einem Vorfall mal für 24 Stunden sperren *gg 
Wenn der Kunde anruft freundlich darauf hinweisen das er nicht unbedingt konform des
Verwendungszweckes dieses Mailservers sendet. 
In den AGB's für das webhosting aufnehmen das die Mailnutzung nur im Rahmen des üblichen
genutzt werden darf, versand von Newslettern, Werbemails nur nach Rücksprache und Kohle
Lieferung freigeschaltet werden. 
Am Monatsende für zusätzlichen Mailtrafik eine Rechnung schreiben. 
Dem User für jeden Empfänger einen Zustellbericht über die nicht Zustellung schicken *gg
  


default_destination_recipient_limit (default: 50)
The default maximal number of recipients per message delivery. This is the default limit
for delivery via the lmtp(8), pipe(8), smtp(8) and virtual(8) delivery agents. 

Setting this parameter to a value of 1 changes the meaning of the corresponding
per-destination concurrency limit from concurrency per domain into concurrency per
recipient. 

default_extra_recipient_limit (default: 1000)
The default value for the extra per-transport limit imposed on the number of in-memory
recipients. This extra recipient space is reserved for the cases when the Postfix queue
manager's scheduler preempts one message with another and suddenly needs some extra
recipients slots for the chosen message in order to avoid performance degradation. 

default_recipient_limit (default: 20000)
The default per-transport upper limit on the number of in-memory recipients. These limits
take priority over the global qmgr_message_recipient_limit after the message has been
assigned to the respective transports. See also default_extra_recipient_limit and
qmgr_message_recipient_minimum. 

default_recipient_refill_delay (default: 5s)
The default per-transport maximum delay between recipients refills. When not all message
recipients fit into the memory at once, keep loading more of them at least once every this
many seconds. This is used to make sure the recipients are refilled in timely manner even
when $default_recipient_refill_limit is too high for too slow deliveries. 

default_recipient_refill_limit (default: 100)
The default per-transport limit on the number of recipients refilled at once. When not all
message recipients fit into the memory at once, keep loading more of them in batches of at
least this many at a time. See also $default_recipient_refill_delay, which may result in
recipient batches lower than this when this limit is too high for too slow deliveries. 




> 
> Gruss Andre


Mit freundlichen Grüßen

Drießen

-- 
Software & Computer
Uwe Drießen
Lembergstraße 33
67824 Feilbingert
Tel.: 06708 / 660045   Fax: 06708 / 661397