Redmine Reminders
NotificationsManuelle, geplante und regelbasierte Erinnerungen für die Tickets, die still liegen bleiben — ausgelöst von der Ticketseite, einer gespeicherten Abfrage oder der Administrationskonsole und verschickt über den Mailer, den Sie ohnehin nutzen.
Mehrere Server: $399
- Erinnerungstypen
- 3
- Empfängermodi
- 4
- Zeitpläne
- Täglich · wöchentlich · monatlich
- Berechtigungen
- 4, je Projekt
- Daten verlassen den Server
- Nie
Den Bearbeiter sofort erinnern
Ein Knopf auf der Ticketseite. Er ermittelt den Bearbeiter — ersatzweise den Autor, dann einen Administrator — und die Mail ist unterwegs, bevor die Seite neu geladen ist.
Jemanden später erinnern
Empfänger, Datum und Notiz auswählen, dann wartet die Erinnerung. Wird das Ticket vor diesem Datum geschlossen, wird sie als übersprungen vermerkt statt verschickt.
Regeln auf einer gespeicherten Abfrage
Hängen Sie eine Regel an eine beliebige Ticketabfrage: täglich, wöchentlich an ausgewählten Wochentagen oder monatlich an ausgewählten Tagen, zu einer festen Uhrzeit. Offene Tickets im Ergebnis werden erinnert, höchstens einmal pro Tag.
Nur die Anzahl senden
Richten Sie eine Regel auf mehrere Abfragen und verschicken Sie die Zahlen statt der Tickets — ein stehender Pulsschlag für Teamleitungen, die die Größenordnung wollen und nicht die Liste.
Niemand wird zweimal gemahnt
Geschlossene Tickets, abgeschaltete Module und gesperrte Konten werden zum Zeitpunkt der Zustellung gefiltert, und doppelte Empfänger fallen zusammen, bevor eine einzige Mail hinausgeht.
Vier Berechtigungen, je Projekt
Ansehen, verwalten, senden und Statistiken sehen — je Rolle vergeben, oben auf einem Projektmodul, das Sie ganz abschalten können. Jeder Versand und jedes Überspringen landet im Aktivitätsprotokoll.
Ein Klick, ein Datum oder eine Regel
Jede Erinnerung wird gleich gespeichert, zugestellt und protokolliert. Unterschiedlich ist nur, wer entscheidet, wann sie hinausgeht — Sie, sofort; Sie, für ein Datum in der Zukunft; oder eine Regel, die stellvertretend eine gespeicherte Abfrage beobachtet.
Manuell — den Bearbeiter sofort erinnern
Ein Knopf auf der Ticketseite. Er ermittelt den Bearbeiter, greift auf den Autor und schließlich auf einen Administrator zurück, wenn niemand zugewiesen ist, und die Mail ist unterwegs, bevor die Seite neu geladen ist.
Geplant — jemanden später erinnern
Empfänger, Datum und Notiz auswählen, dann wartet sie. Ist das Ticket vor diesem Datum geschlossen, wird die Erinnerung still als übersprungen vermerkt statt verschickt — die Notiz betraf Arbeit, die keine mehr ist.
Automatisch — eine Regel auf einer gespeicherten Abfrage
Hängen Sie eine Regel an eine beliebige Ticketabfrage: täglich, wöchentlich an ausgewählten Wochentagen oder monatlich an ausgewählten Tagen, zu einer festen Uhrzeit. Offene Tickets im Ergebnis werden erinnert, und eine Regel läuft höchstens einmal am Tag.
Die Abfrage, die Sie ohnehin pflegen, ist die Regel
Es gibt keine zweite Filtersprache. Eine Regel zeigt auf eine Ihrer gespeicherten Ticketabfragen — überfällig, seit drei Tagen nicht zugewiesen, alte Support-Tickets — sodass die Definition von „liegen geblieben“ dort bleibt, wo Ihr Team sie ohnehin pflegt. Ändern Sie die Abfrage, und jede darauf gebaute Regel folgt.
Es lebt an drei Stellen, die Sie ohnehin benutzen
Das Plugin ergänzt die Ticketseite, das Projekt und die Administrationskonsole — und sonst nichts. Jeder Screenshot hier zeigt Redmine 6 mit Redmine Reminders 1.0.0.
Am Ticket
view_issues_show_description_bottom · Historie-Reiter
Im Projekt
Konfiguration › Erinnerungen · Projektmenü
In der Administrationskonsole
Administration › Redmine Reminders
Gebaut für die Warteschlangen, die Sie schon führen
Erinnerungen lesen Ihre gespeicherten Abfragen, respektieren Ihre Berechtigungen und schreiben alles, was sie tun, in ihren eigenen Aktivitätsstrom.
| Aspekt | Fähigkeit | Verhalten |
|---|---|---|
| Wer | Bearbeiter, Autor, Beobachter oder eine ausgewählte Liste | Jede Regel wählt ihre Empfänger. Inaktive Benutzer und Benutzer ohne Mailadresse fallen heraus, bevor irgendetwas verschickt wird. |
| Wann | Täglich, wöchentlich oder monatlich um HH:MM | Wöchentliche Regeln wählen Wochentage, monatliche Regeln wählen Tage, und ein Start- und ein Enddatum begrenzen den gesamten Lauf. |
| Zusammenfassung | Nur die Anzahl senden | Richten Sie eine Regel auf mehrere Abfragen und verschicken Sie die Zahlen statt der Tickets — ein stehender Pulsschlag für Teamleitungen. |
| Schutz | Geschlossene Tickets werden nie gemahnt | Geschlossene Tickets, abgeschaltete Projektmodule und gesperrte Konten werden zum Zeitpunkt der Zustellung gefiltert, nicht beim Planen. |
| Nachweis | Ein vollständiges Aktivitätsprotokoll | Angelegt, gesendet, übersprungen, Regellauf gestartet, Regellauf beendet — jeweils mit genau dem Betreff und Text, der hinausgegangen ist. |
| Zugriff | Vier Berechtigungen, je Projekt | Ansehen, verwalten, senden und Statistiken sehen — je Rolle vergeben, oben auf einem Projektmodul, das Sie ganz abschalten können. |
Ein Cron-Takt hinein, eine E-Mail hinaus
Vier Schritte, alle innerhalb Ihres Redmine. Nichts verlässt den Server außer der Mail, die Ihre Instanz ohnehin verschickt.
| Schritt | Was passiert |
|---|---|
| 1. Cron taktet | Ein einzeiliger Crontab-Eintrag führt rake redmine_reminders:queue aus und stellt damit einen Hintergrundjob ein. Läuft kein Worker, erledigt die synchrone Aufgabe :run dieselbe Arbeit an Ort und Stelle. |
| 2. Regeln prüfen sich selbst | Jede aktive Regel fragt, ob sie fällig ist: innerhalb ihres Zeitraums, passend zum heutigen Wochentag oder Datum, nach ihrer geplanten Uhrzeit und heute noch nicht gelaufen. |
| 3. Empfänger werden aufgelöst | Die Abfrage läuft, geschlossene Tickets fallen weg, und Empfänger werden zu echten, aktiven, per Mail erreichbaren Benutzern aufgelöst. Doppelte fallen zusammen, niemand bekommt denselben Anstoß zweimal. |
| 4. Mailen, dann protokollieren | Die Zustellung läuft über Redmines eigenen Mailer und erbt damit Ihre SMTP-Einstellungen und die Mail-Header für Tickets. Jeder Versand — und jedes Überspringen — wird mit Betreff und Text in den Aktivitätsstrom der Erinnerungen geschrieben. |
Was im Postfach ankommt
Ein Betreff, der Projekt und Ticket trägt — [Support — #4821] Redmine Reminder: SSO login fails on Safari — über einem Text, der direkt auf das Ticket zurückverlinkt und die Notiz zitiert, die beim Anlegen der Erinnerung geschrieben wurde. Es ist der Mailer Ihrer Instanz, Ihre SMTP-Konfiguration und Ihre Absenderadresse; das Plugin bringt keinen eigenen Zustellweg mit.
Niemand wird zweimal gemahnt
Ein Erinnerungs-Plugin rechtfertigt sich durch das, was es nicht verschickt. Zwischen einer fälligen Regel und einem Postfach stehen vier Prüfungen.
Gefiltert bei der Zustellung, nicht beim Planen
Geschlossene Tickets, Projekte mit abgeschaltetem Modul und gesperrte Konten werden in dem Moment erneut geprüft, in dem die Mail hinausgehen soll — ein vor einer Stunde gelöstes Ticket ist damit schon aus dem Stapel.
Nur echte, erreichbare Benutzer
Empfänger werden zu tatsächlichen Konten aufgelöst, dann fallen inaktive Benutzer und Benutzer ohne Mailadresse heraus. Eine Beobachtergruppe, von der die Hälfte das Haus verlassen hat, erreicht die andere Hälfte.
Höchstens einmal am Tag, je Regel
Eine Regel, die heute schon gelaufen ist, läuft nicht noch einmal, ganz gleich, was der Cron tut. Innerhalb eines Laufs fallen doppelte Empfänger zusammen: Wer auf drei der gefundenen Tickets steht, bekommt trotzdem eine Nachricht.
Auch Übersprungenes wird festgehalten
Eine geplante Erinnerung für ein zwischenzeitlich geschlossenes Ticket wird mit Begründung als übersprungen protokolliert. Der Aktivitätsstrom beantwortet „Warum wurde niemand erinnert?“ genauso wie „Wer wurde erinnert?“.
Rundschreiben, Engpässe und Nachweise
Die Administrationskonsole ergänzt die drei Dinge, die nur projektübergreifend Sinn ergeben.
Rundschreiben an alle, die es brauchen
Betreff und Text verfassen, Empfänger und einen Zeitraum wählen — und derselbe Scheduler, der die Regeln ausführt, stellt zu. Kein separates Mailwerkzeug, und danach dasselbe Aktivitätsprotokoll.
Die blockierenden Konten finden
Eine Regel beobachtet jedes offene Ticket, das einem gesperrten Konto zugewiesen ist oder von ihm erstellt wurde, und schickt die Liste an die Person, die neu zuweisen sollte. Abgänge sind damit kein stiller Rückstau mehr.
Statistiken, die Namen nennen
Manuelle und automatische Zahlen je Person über den von Ihnen gewählten Zeitraum, mit Aufriss bis zu genau dem Betreff und Text, den jeder Benutzer erhalten hat. Nützlich, wenn jemand sagt, er sei nie informiert worden.
| Berechtigung | Was sie erlaubt |
|---|---|
| Erinnerungen ansehen | Die Erinnerungen und Regeln an den Tickets eines Projekts sehen |
| Erinnerungen verwalten | Regeln auf den gespeicherten Abfragen eines Projekts anlegen, ändern, pausieren und löschen |
| Erinnerungen senden | Den manuellen Knopf am Ticket benutzen und eine Erinnerung für später planen |
| Statistiken ansehen | Die Zahlen je Person und das dahinterliegende Aktivitätsprotokoll öffnen |
In drei Schritten installiert
Erfordert Shell-Zugriff und die Möglichkeit, Rake-Tasks auszuführen. Sichern Sie vor jeder Plugin-Installation Ihre Daten.
cd /path/to/redmine # the package arrives by email, or from your download link unzip redmine_reminders-1.0.0.zip -d plugins/ bundle install
RAILS_ENV=production bundle exec rake redmine:plugins:migrate NAME=redmine_reminders touch tmp/restart.txt # or systemctl restart redmine
# every minute: enqueue due rules and scheduled reminders * * * * * cd /path/to/redmine && RAILS_ENV=production \ bundle exec rake redmine_reminders:queue >> log/redmine_reminders_cron.log 2>&1 # no ActiveJob worker? use the synchronous task instead # bundle exec rake redmine_reminders:run
Brauchen wir dafür einen Hintergrund-Worker?
Was passiert, wenn ein Ticket vor seiner geplanten Erinnerung geschlossen wird?
Wer bekommt eine Erinnerung tatsächlich?
Kann eine Regel mehrere Abfragen abdecken und nur die Zahlen schicken?
Läuft irgendetwas über einen externen Dienst?
Wie werden Mail-Lawinen vermieden?
Wer darf Regeln anlegen?
Welche Redmine-Versionen werden unterstützt, und was kommt in die Datenbank?
Preise
Ein Server
Eine Redmine-Instanz · unbegrenzt viele Benutzer · 12 Monate Updates.
Mehrere Server
Unbegrenzt viele Redmine-Server · unbegrenzt viele Benutzer · 12 Monate Updates.