schleuder issueshttps://0xacab.org/schleuder/schleuder/-/issues2020-01-02T23:59:26Zhttps://0xacab.org/schleuder/schleuder/-/issues/144Allow list-configuration via keyword2020-01-02T23:59:26ZpazAllow list-configuration via keywordSome people would like to configure lists via keywords. We should consider how that might work.Some people would like to configure lists via keywords. We should consider how that might work.https://0xacab.org/schleuder/schleuder/-/issues/143Check keys before importing2020-01-05T01:47:45ZpazCheck keys before importingWe could import keys into a temporary keyring in order to inspect them first. That way we could e.g. restrict list-users to add new keys only if they carry their user-ID (and their user-ID only), or if restrict to updating their key by c...We could import keys into a temporary keyring in order to inspect them first. That way we could e.g. restrict list-users to add new keys only if they carry their user-ID (and their user-ID only), or if restrict to updating their key by checking the assigned fingerprint.ehttps://0xacab.org/schleuder/schleuder/-/issues/7Research snailgun/snailgun-rr2020-01-05T13:17:12ZpazResearch snailgun/snailgun-rrSnailgun is meant to speed up starting heavy ruby-environments by preforking them. That should greatly improve schleuder-"responsiveness", which is slower than before due to the database abstraction layer.
It would be nice to optional...Snailgun is meant to speed up starting heavy ruby-environments by preforking them. That should greatly improve schleuder-"responsiveness", which is slower than before due to the database abstraction layer.
It would be nice to optionally make use of snailgun, if that is possible. Schleuder shouldn't actually depend on it, though.
https://github.com/candlerb/snailgunhttps://0xacab.org/schleuder/schleuder/-/issues/49Optionally attach incoming message?2020-01-05T13:19:36ZpazOptionally attach incoming message?Have the originally incoming message attached to the message sent to subscribers (if configured).
Pro:
+ Subscribers would be able to verify some signatures by themselves.
Contra:
- Headers would leak to other subscribers
- Enc...Have the originally incoming message attached to the message sent to subscribers (if configured).
Pro:
+ Subscribers would be able to verify some signatures by themselves.
Contra:
- Headers would leak to other subscribers
- Encrypted messages can't be decrypted by the subscriber, encrypted+signed neither.
My conclusion right now: it's not worth the effort, because only originally unencrypted messages can be verified at all. https://0xacab.org/schleuder/schleuder/-/issues/52Notify subscribers of changes to the list2020-01-05T13:11:30ZpazNotify subscribers of changes to the listSee schleuder/schleuder#10See schleuder/schleuder#10https://0xacab.org/schleuder/schleuder/-/issues/54Add more control over resending2019-10-16T20:50:52ZpazAdd more control over resendingSee schleuder/schleuder#15See schleuder/schleuder#15https://0xacab.org/schleuder/schleuder/-/issues/73Send usage-hints in case of keyword-errors.2020-01-05T13:11:16ZpazSend usage-hints in case of keyword-errors.Currently we're only sending an error-message and people have to guess or try to find documentation via the browser if using a keyword fails.Currently we're only sending an error-message and people have to guess or try to find documentation via the browser if using a keyword fails.https://0xacab.org/schleuder/schleuder/-/issues/75Implement message queuing2020-01-05T15:36:19ZpazImplement message queuingImplement a queue between MTA and schleuder (and back to MTA).
Best idea so far: Use a Maildir-structure and a daemon that monitors the `new`-directory.
* The MTA drops the messages into the Maildir (a global one vs. one per list?)...Implement a queue between MTA and schleuder (and back to MTA).
Best idea so far: Use a Maildir-structure and a daemon that monitors the `new`-directory.
* The MTA drops the messages into the Maildir (a global one vs. one per list?)
* The monitoring daemon detects a new message and writes the message into STDIN of a newly started schleuder-process.
* Either:
* schleuder runs the message and sends outgoing messages via sendmail or smtp (like before)
* Or:
* schleuder runs the message and drops any outgoing message into an outgoing Maildir.
* Another monitoring daemon detects that new message and gives it to the MTA.
The advantage of this setup is a separation of schleuder from the MTA without much responsibility for schleuder to care for MTA-failures. In case of delivery errors the outgoing monitoring daemon simply moves the message back from `tmp` to `new` and tries again in a few minutes. Schleuder only needs to care about successfully writing into a directory.https://0xacab.org/schleuder/schleuder/-/issues/125Strip signed-text-markers from inline-clearsigned messages and strip surround...2017-12-11T01:54:06ZpazStrip signed-text-markers from inline-clearsigned messages and strip surrounding textmail-gpg makes sure it's clear which part of a inline-clearsigned message actually was signed my checking for or inserting marker-lines so the message looks like this one:
```
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
blafo...mail-gpg makes sure it's clear which part of a inline-clearsigned message actually was signed my checking for or inserting marker-lines so the message looks like this one:
```
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
blafoo
-----END PGP SIGNED MESSAGE-----
```
I would rather strip anything before and after the signed text from being passed on to the list.