schleuder issueshttps://0xacab.org/schleuder/schleuder/-/issues2020-11-12T16:28:16Zhttps://0xacab.org/schleuder/schleuder/-/issues/353Send whole Keyring at once (worked in schleuder2)2020-11-12T16:28:16Zinit voidSend whole Keyring at once (worked in schleuder2)Feedback from one of our users:
> in der vorherigen Schleuder-Version war es möglich, sich mittels des Befehls `X-GET-KEY: . ` den gesamten Keyring (Schlüsselbund) einer verschlüsselten E-Mail-Verteilerliste zusenden zu lassen.
> So is...Feedback from one of our users:
> in der vorherigen Schleuder-Version war es möglich, sich mittels des Befehls `X-GET-KEY: . ` den gesamten Keyring (Schlüsselbund) einer verschlüsselten E-Mail-Verteilerliste zusenden zu lassen.
> So ist funktioniert das nun leider nicht mehr. Gibt es einen neuen Befehl hierfür?
The described behavior sounds more like a "hack" that like an intended Feature to me. Yet it might be a useful option to export all keys in one go.
Just leaving this here so the users input is not lost.Futurepazpazhttps://0xacab.org/schleuder/schleuder/-/issues/236allow memory hole headers as anti-replay mechanism if user omits x-listname2024-03-11T18:25:43Zdkgallow memory hole headers as anti-replay mechanism if user omits x-listnamememory hole provides signatures over relevant headers. if a cryptographically-signed To: header includes foo-request@example.org, then there is no need to require the message to contain x-listname to defend against replay attack (as not...memory hole provides signatures over relevant headers. if a cryptographically-signed To: header includes foo-request@example.org, then there is no need to require the message to contain x-listname to defend against replay attack (as noted in #158). memory hole is more convenient (for MUAs that already implement it), so it would be a usability improvement to accept it as a legit anti-replay mechanism.Future2020-12-01https://0xacab.org/schleuder/schleuder/-/issues/363Missing Feature/X-Command to enable/disable Mail delivery2018-07-21T08:43:16ZmalteMissing Feature/X-Command to enable/disable Mail deliveryOne of our users managed to subscribe members to a schleuder list in a way that mail delivery was disabled for each of them (I don't know in details how he/she managed that).
There seems to be no way to clean up this situation if your ...One of our users managed to subscribe members to a schleuder list in a way that mail delivery was disabled for each of them (I don't know in details how he/she managed that).
There seems to be no way to clean up this situation if your only access to the list config is via X-COMMANDs. Schleuder-CLI and schleuder-web allow setting this flag.
This is either a gap in the documentation or indeed a missing feature.https://0xacab.org/schleuder/schleuder/-/issues/247Make LoggerNotification#notify_admin respect send_encrypted_only2020-01-04T19:41:22ZpazMake LoggerNotification#notify_admin respect send_encrypted_onlyCurrently it sends out messages in the clear if no usable key is found for the respective admin, regardless of the list's setting of `send_encrypted_only`.Currently it sends out messages in the clear if no usable key is found for the respective admin, regardless of the list's setting of `send_encrypted_only`.Futurehttps://0xacab.org/schleuder/schleuder/-/issues/220Notify admins on missing keys for subscriptions2020-01-04T12:27:49ZngNotify admins on missing keys for subscriptionsIf a list is configured to send out only encrypted emails, but a subscription doesn't have a key selected, schleuder will notify the subscription about that problem. However, admins - who are usually aware of what to do - are not notifie...If a list is configured to send out only encrypted emails, but a subscription doesn't have a key selected, schleuder will notify the subscription about that problem. However, admins - who are usually aware of what to do - are not notified.
=> Admins should be notified as well about missing keys.Future