public inbox for pbs-devel@lists.proxmox.com
 help / color / mirror / Atom feed
From: Lukas Wagner <l.wagner@proxmox.com>
To: pbs-devel@lists.proxmox.com
Subject: Re: [pbs-devel] [PATCH proxmox-backup v3 1/3] docs: document notification-mode and merge old notification section
Date: Tue, 21 May 2024 09:35:30 +0200	[thread overview]
Message-ID: <11bc8d09-bf65-4693-a69b-360af789ae7d@proxmox.com> (raw)
In-Reply-To: <20240426112335.194289-1-l.wagner@proxmox.com>

ping...

On  2024-04-26 13:23, Lukas Wagner wrote:
> This new section describes how the notification-mode parameter works.
> The section also contains also parts of the old notification section
> from the maintenance chapter, reusing the description of the
> `notify` and `notify-user` parameters.
> 
> Signed-off-by: Lukas Wagner <l.wagner@proxmox.com>
> Reviewed-by: Gabriel Goller <g.goller@proxmox.com>
> ---
>  docs/maintenance.rst   | 20 ++--------------
>  docs/notifications.rst | 53 ++++++++++++++++++++++++++++++++++++++++++
>  docs/storage.rst       |  4 ++--
>  3 files changed, 57 insertions(+), 20 deletions(-)
> 
> diff --git a/docs/maintenance.rst b/docs/maintenance.rst
> index 6dbb6941..4bb135e4 100644
> --- a/docs/maintenance.rst
> +++ b/docs/maintenance.rst
> @@ -277,26 +277,10 @@ the **Actions** column in the table.
>  Notifications
>  -------------
>  
> -Proxmox Backup Server can send you notification emails about automatically
> +Proxmox Backup Server can send you notifications about automatically
>  scheduled verification, garbage-collection and synchronization tasks results.
>  
> -By default, notifications are sent to the email address configured for the
> -`root@pam` user. You can instead set this user for each datastore.
> -
> -.. image:: images/screenshots/pbs-gui-datastore-options.png
> -  :target: _images/pbs-gui-datastore-options.png
> -  :align: right
> -  :alt: Datastore Options
> -
> -You can also change the level of notification received per task type, the
> -following options are available:
> -
> -* Always: send a notification for any scheduled task, independent of the
> -  outcome
> -
> -* Errors: send a notification for any scheduled task that results in an error
> -
> -* Never: do not send any notification at all
> +Refer to the :ref:`notifications` chapter for more details.
>  
>  .. _maintenance_mode:
>  
> diff --git a/docs/notifications.rst b/docs/notifications.rst
> index 4f9b01b7..7bc3db82 100644
> --- a/docs/notifications.rst
> +++ b/docs/notifications.rst
> @@ -1,3 +1,5 @@
> +.. _notifications:
> +
>  Notifications
>  =============
>  
> @@ -33,6 +35,10 @@ the latter contains sensitive configuration options such as
>  passwords or authentication tokens for notification targets and
>  can only be read by ``root``.
>  
> +Datastores and tape backup jobs have a configurable :ref:`notification_mode`,
> +which allows you to choose between the notification system and a legacy mode
> +for sending notification emails.
> +
>  
>  Notification Targets
>  --------------------
> @@ -211,3 +217,50 @@ Permissions
>  In order to modify/view the configuration for notification targets,
>  the ``Sys.Modify/Sys.Audit`` permissions are required for the
>  ``/system/notifications`` ACL node.
> +
> +.. _notification_mode:
> +
> +Notification Mode
> +-----------------
> +Datastores and tape backup/restore job configuration have a ``notification-mode``
> +option which can have one of two values:
> +
> +* ``legacy-sendmail``: Send notification emails via the system's ``sendmail`` command.
> +  The notification system will be bypassed and any configured targets/matchers will be ignored.
> +  This mode is equivalent to the notification behavior for version before
> +  Proxmox Backup Server 3.2.
> +
> +* ``notification-system``: Use the new, flexible notification system.
> +
> +If the ``notification-mode`` option is not set, Proxmox Backup Server will default
> +to ``legacy-sendmail``.
> +
> +Starting with Proxmox Backup Server 3.2, a datastore created in the UI will
> +automatically opt in to the new notification system. If the datastore is created
> +via the API or the ``proxmox-backup-manager`` CLI, the ``notification-mode``
> +option has to be set explicitly to ``notification-system`` if the
> +notification system shall be used.
> +
> +The ``legacy-sendmail`` mode might be removed in a later release of
> +Proxmox Backup Server.
> +
> +Settings for ``legacy-sendmail`` notification mode
> +^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> +
> +If ``notification-mode`` is set to ``legacy-sendmail``,  Proxmox Backup Server
> +will send notification emails via the system's ``sendmail`` command to the email
> +address configured for the user set in the ``notify-user`` option
> +(falling back to ``root@pam`` if not set).
> +
> +For datastores, you can also change the level of notifications received per task
> +type via the ``notify`` option.
> +
> +* Always: send a notification for any scheduled task, independent of the
> +  outcome
> +
> +* Errors: send a notification for any scheduled task that results in an error
> +
> +* Never: do not send any notification at all
> +
> +The ``notify-user`` and ``notify`` options are ignored if ``notification-mode``
> +is set to ``notification-system``.
> diff --git a/docs/storage.rst b/docs/storage.rst
> index 4444c423..f1e15d52 100644
> --- a/docs/storage.rst
> +++ b/docs/storage.rst
> @@ -314,7 +314,7 @@ Options
>  
>  There are a few per-datastore options:
>  
> -* :ref:`Notifications <maintenance_notification>`
> +* :ref:`Notification mode and legacy notification settings <notification_mode>`
>  * :ref:`Maintenance Mode <maintenance_mode>`
>  * Verification of incoming backups
>  
> @@ -419,7 +419,7 @@ remote-source to avoid that an attacker that took over the source can cause
>  deletions of backups on the target hosts.
>  If the source-host became victim of a ransomware attack, there is a good chance
>  that sync jobs will fail, triggering an :ref:`error notification
> -<maintenance_notification>`.
> +<Notification Events>`.
>  
>  It is also possible to create :ref:`tape backups <tape_backup>` as a second
>  storage medium. This way, you get an additional copy of your data on a

-- 
- Lukas


_______________________________________________
pbs-devel mailing list
pbs-devel@lists.proxmox.com
https://lists.proxmox.com/cgi-bin/mailman/listinfo/pbs-devel


  parent reply	other threads:[~2024-05-21  7:35 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-04-26 11:23 Lukas Wagner
2024-04-26 11:23 ` [pbs-devel] [PATCH proxmox-backup v3 2/3] docs: notifications: rewrite overview for more clarity Lukas Wagner
2024-04-26 11:23 ` [pbs-devel] [PATCH proxmox-backup v3 3/3] ui: datastore options: link to 'notification-mode' section Lukas Wagner
2024-05-21  7:35 ` Lukas Wagner [this message]
2024-05-22 15:52 ` [pbs-devel] applied-series: [PATCH proxmox-backup v3 1/3] docs: document notification-mode and merge old notification section Thomas Lamprecht

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=11bc8d09-bf65-4693-a69b-360af789ae7d@proxmox.com \
    --to=l.wagner@proxmox.com \
    --cc=pbs-devel@lists.proxmox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal