(Actually resolved all perfectly from Google bounce) "Byunghee HWANG via Postfix-users" <[email protected]> writes:
> (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> The last commit was "7 hours". <https://gitlab.com/soyeomul/Gnus/-/raw/8ba9033eed27e0f52a49e5caa89b7e0ebab4aeff/TSG/karma/karma.sh>. Wisdom of Wietse, tolerance of Google and my patience. This happy ending seems to be the result of the interplay of the three elements above. I hope you all have a wonderful time. I especially thank Wietse. Thanks to Wietse, i no longer fear Google bounces. Korea begins the Lunar New Year holiday today. I'll be spending the next few days with my family. I hope you all have a wonderful time. ^Thank you_^))// Sincerely, Byunghee from South Korea
signature.asc
Description: PGP signature
_______________________________________________ Postfix-users mailing list -- [email protected] To unsubscribe send an email to [email protected]
