Task #2801
closedRedmine reminder e-mails
0%
Description
It seems that Redmine supports reminder e-mails out of the box, e.g. via
- http://www.redmine.org/plugins/reminderemails
- http://www.redmine.org/projects/redmine/wiki/RedmineReminderEmails
After the upgrade to Redmine 4.0 (#2800), we should try setting this up for the team. Getting reminder mails is a feature requested often and it seems we already have everything at hand to deploy it.
Related issues
Updated by Florian Effenberger about 5 years ago
- Follows Task #2800: Redmine upgrade to 4.0 added
Updated by Florian Effenberger almost 5 years ago
- Target version changed from Q1/2019 to Q2/2019
Updated by Florian Effenberger almost 5 years ago
- Target version changed from Q2/2019 to Q3/2019
Updated by Guilhem Moulin over 4 years ago
Should work, an individual reminder of issues due in the next 7 days will be sent each week day at 08:00 Berlin time. For now only TDF team members will get these messages.
Updated by Florian Effenberger over 4 years ago
I like the feature, thanks for enabling it!
The 7 days limit, is this fix for everyone, or can this be configured
individually per user?
Updated by Guilhem Moulin over 4 years ago
cron runs a single rake redmine:send_reminders
with some hardcoded parameters, namely the user ID list and number of days, so this is not configurable right now.
Should this be desired I could refactor the script to run several commands grouped by parameter day
. This won't scale so well if every single user wants a different reminder period, but no problem as long as only staff uses the feature…
The ‘reminderemails’ plugin does enable per-user/per-project tuning, but what the script merely does is to generate the shell script to be run via cron. That logic (generate arbitrary script to be run with the same privileges) makes me quite uneasy, so we're not using the plugin and the script is deployed by salt instead.
Updated by Florian Effenberger over 4 years ago
cron runs a single |rake redmine:send_reminders| with some hardcoded
parameters, namely the user ID list and number of days, so this is not
configurable right now.
Ok.
Should this be desired I could refactor the script to run several
commands grouped by parameter |day|. This won't scale so well if every
single user wants a different reminder period, but no problem as long as
only staff uses the feature…
Let's leave as is for the moment, and maybe we want to generally adjust
the time (eg. to 10 or 14 days) later - but no need for action now.
The ‘reminderemails’ plugin does enable per-user/per-project tuning, but
what the script merely does is to generate the shell script to be run
via cron. That logic (generate arbitrary script to be run with the same
privileges) makes me quite uneasy, so we're not using the plugin and the
script is deployed by salt instead.
Agreed.