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@???>
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@???> wrote:
>
> > Joseph Kezar via Exim-users <exim-users@???> (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
