(sorry for long delay...)

Byung-Hee HWANG via Postfix-users <[email protected]> writes:

> Wietse Venema via Postfix-users <[email protected]> writes:
>
>> testeur via Postfix-users:
>>> Hi,
>>> 
>>> I did a request to mailman3 ML about this question, but it seems that 
>>> postfix can respond to my request.
>>> I use mailman3. But AOL, YAHOO seems to consider emails sent to 
>>> recipients as spam or an "Excessively high volume of emails". There's 
>>> just 40 (aol, yahoo) emails suscribed to the list. i tested the list on 
>>> www.mail-tester.com, but 10/10.
>>> 
>>> Is there a mean to configure postfix for that emails be sent to 
>>> recipients in a spread out manner to avoid being considered spam ? Maybe 
>>> taking 10 emails from the same domain, to send it all 3 minutes until 
>>> that all email form the same domain be passed.
>>
>> See https://www/postfix.org/QSHAPE_README.html
>>
>> When a destination is unable to handle the load even after the Postfix 
>> process
>> limit is reduced to 1, a desperate measure is to insert brief delays between
>> delivery attempts.
>>
>>   * Postfix version 2.5 and later:
>>
>>       o In master.cf set up a dedicated clone of the "smtp" transport for the
>>         problem destination. In the example below we call it "slow".
>>
>>       o In main.cf configure a short delay between deliveries to the same
>>         destination.
>>
>>         /etc/postfix/main.cf:
>>             transport_maps = hash:/etc/postfix/transport
>>             slow_destination_rate_delay = 1
>>             slow_destination_concurrency_failed_cohort_limit = 100
>>
>>         /etc/postfix/transport:
>>             example.com  slow:
>>
>>         /etc/postfix/master.cf:
>>             # service type  private unpriv  chroot  wakeup  maxproc command
>>             slow      unix     -       -       n       -       -    smtp
>>
>> Here, the delay is 1 second between deliveries. Use "postfix
>> reload" command sparingly, as it resets the rate delay timer. 
>> Use the command only when you change master.cf, or the rate delay.
>>
>
> Oh exciting! Also i need this policy. Thanks!

This is my small but valuable script [3]. Day by day, 99.8% of emails
automatically forwarded to Google are successfully delivered. Only a
very small number of emails experience temporary bounces.

That's why i created it [3]. Thanks to Wietse for the ideas.


[3] 
<https://gitlab.com/soyeomul/Gnus/-/raw/810706d464c5b4c8752d5b032cc040e899f27bad/TSG/karma/karma.sh>


Sincerely, Byunghee

Attachment: signature.asc
Description: PGP signature

_______________________________________________
Postfix-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to