mirror of
https://kernel.googlesource.com/pub/scm/linux/kernel/git/tglx/remail.git
synced 2024-12-28 05:20:56 +01:00
97 lines
3 KiB
ReStructuredText
97 lines
3 KiB
ReStructuredText
.. SPDX-License-Identifier: GPL-2.0
|
|
|
|
.. _remail_operation:
|
|
|
|
remail operation related information
|
|
====================================
|
|
|
|
Mails to list administrators
|
|
----------------------------
|
|
|
|
remail sends mail to the list administrators in case of failures or email
|
|
related issues. The mails are either incoming mails or mails composed from
|
|
the template_admin file.
|
|
|
|
The mail subject is marked with a prefix depending on the nature of the
|
|
issue:
|
|
|
|
- [MODERATED]
|
|
|
|
The mail which is sent to the moderator is an incoming list mail from a
|
|
non-subscribed sender. Subject and content are kept intact. The mail is
|
|
sent encrypted.
|
|
|
|
- [AUTOREPLY]
|
|
|
|
Auto-replies like out of office notifications are catched and forwarded
|
|
to the list administrator. There is no policy to disable subscribers
|
|
built in. This has to be handled by the administrator.
|
|
|
|
- [TEMPFAIL]
|
|
|
|
Temporary delivery failures which are bounced back from a MTA. The
|
|
affected subscriber account is not disabled. This is informational.
|
|
|
|
- [FROZEN]
|
|
|
|
A permanent delivery failure or a encryption problem happened.
|
|
|
|
The affected subscriber account is frozen due to that. See
|
|
:ref:`subscriber_status` below.
|
|
|
|
- Subject taken from the template_admin file
|
|
|
|
Mails which are composed from the template file contain internal error
|
|
information about issues which the mail processing triggered. Likely
|
|
causes are encryption/decryption failures.
|
|
|
|
Fatal issues in the list daemon like failures to connect to the local host
|
|
SMTP daemon, file system errors or bugs in the list code which trigger an
|
|
exception are not sent to the administrators of a mailing list. These
|
|
issues are reported verbosely in syslog and the base administrator needs to
|
|
take care of them.
|
|
|
|
.. _subscriber_status:
|
|
|
|
Subscriber status
|
|
-----------------
|
|
|
|
remail has subscriber state tracking for each mailing list. The tracking
|
|
status is maintained in the file tracking.yaml which is managed by remail
|
|
in the mailing list specific directory.
|
|
|
|
The states are stored in a subscriber email-address mapping. The possible
|
|
states are:
|
|
|
|
- DISABLED
|
|
|
|
The subscriber is disabled in the configuration file.
|
|
|
|
- REGISTERED
|
|
|
|
The subscriber is enabled in the configuration file, but no welcome
|
|
mail has been sent to the subscriber.
|
|
|
|
- ENABLED
|
|
|
|
The subscriber is enabled in the configuration file. The welcome
|
|
mail has been sent to the subscriber.
|
|
|
|
- FROZEN
|
|
|
|
The subscriber is enabled in the configuration file, but the account is
|
|
frozen due to a permanent delivery failure or an internal encryption
|
|
problem.
|
|
|
|
Unfreeze
|
|
^^^^^^^^
|
|
|
|
To unfreeze a subscriber the subscriber account has to be disabled in the
|
|
list configuration file and the list daemon configuration has to be
|
|
reloaded. After this the subscriber state is set to DISABLED. Re-enabling
|
|
the subscriber in the configuration file and reloading the daemon
|
|
configuration re-enables the account.
|
|
|
|
This is a bit tedious and could be handled by a command mail which is sent
|
|
from the list administrator to the list, but that's not yet implemented.
|
|
|