Byung-Hee HWANG via Postfix-users <postfix-users@postfix.org> writes:

> Wietse Venema via Postfix-users <postfix-users@postfix.org> 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!

Here is "Big Thanks" log. For now, actually i have no trouble with
Gmail. Again thanks to Wietse.

https://gitlab.com/soyeomul/Gnus/-/raw/2eac4535840d8eae26bdca16014f8eacd20252eb/DKIM/thanks.log


Sincerely, Byung-Hee
_______________________________________________
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org

Reply via email to