Hi, Joe - Just from looking at the rule I believe it will do what you describe, with the proviso that periods are are measured from the time of the first failed delivery attempt. (So it would "try every minute for the first hour from the first failed delivery attempt, then every 30 minutes until 4 hours have gone by from the first failed delivery attempt")
You're presumably not seeing this happening, but withholding the information about what you're actually seeing to make us guess. So if it's the timings being out a bit then the measuring being done from the first delivery attempt rather than the end of the previous period might explain it. You can do some testing using Exim's "-brt" command line option. Or, as Heiko has just said, you're not running queue runner processes at all/frequently enough. It's the queue runner that does the retry, so whenever one runs it looks for messages that are ready to be retried and does so. If you're not running any queue runners at all then there'll be no retries. If you're only running a queue runner once a day, then that's when the retried are done. Here I run a queue runner every 2 minutes, but with a cap on how many can exist at once using queue_run_max. Cheers, Mike B-) On 22 May 2017 at 16:50, Joseph Kezar via Exim-users <exim-users@exim.org> wrote: > Heiko + Exim Users, > Thank you for providing that link. I have consulted that link prior to > my composing my original email to the exim-users group. I in fact am the > one who wrote this retry rule based on that exim specification. My goal > was to write a rule that retries every 1 min for up to 1 hour. Then every > 30 min for up to 4 hours. Finally every 1 hour for 5 days. Does my rule > for vermont.gov recipients appear to behave this way?: > vermont.gov * F,1h,1m; F,4h,30m; F,5d,1h > > > > Thanks, > Joe Kezar > > On Mon, May 22, 2017 at 10:50 AM, Heiko Schlittermann via Exim-users < > exim-users@exim.org> wrote: > > > Joseph Kezar via Exim-users <exim-users@exim.org> (Mo 22 Mai 2017 > > 16:21:22 CEST): > > > Can someone please explain what this retry rules does? > > > > > > vermont.gov * F,1h,1m; F,4h,30m; F,5d,1h > > > > > > http://www.exim.org/exim-html-current/doc/html/spec_html/ch- > > retry_configuration.html > > > > > > Best regards from Dresden/Germany > > Viele Grüße aus Dresden > > Heiko Schlittermann > > -- > > SCHLITTERMANN.de ---------------------------- internet & unix support - > > Heiko Schlittermann, Dipl.-Ing. (TU) - {fon,fax}: +49.351.802998{1,3} - > > gnupg encrypted messages are welcome --------------- key ID: F69376CE - > > ! key id 7CBF764A and 972EAC9F are revoked since 2015-01 ------------ - > > > > -- > > ## List details at https://lists.exim.org/mailman/listinfo/exim-users > > ## Exim details at http://www.exim.org/ > > ## Please use the Wiki with this list - http://wiki.exim.org/ > > > -- > ## List details at https://lists.exim.org/mailman/listinfo/exim-users > ## Exim details at http://www.exim.org/ > ## Please use the Wiki with this list - http://wiki.exim.org/ > -- Systems Administrator & Change Manager IT Services, University of York, Heslington, York YO10 5DD, UK Tel: +44-(0)1904-323811 Web: www.york.ac.uk/it-services Disclaimer: www.york.ac.uk/docs/disclaimer/email.htm -- ## List details at https://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/