GitLab

Background

After importing a large number of lists from schleuder-2, about a dozen of them had their admin-subscription set to delivery_enabled=false. The admin was not in the members.conf in the old schleuder-2 system. (See closed #213 (closed) for description of constellation)

Problem

Now it looks like these admins don't get any responses from their attempts to manage a list.

D, [...] DEBUG -- : Setting GNUPGHOME to /var/lib/schleuder/lists/cryptolists.so36.net/some-list
I, [...]  INFO -- : Parsing incoming email.
D, [...] DEBUG -- : Calling filter forward_bounce_to_admins
D, [...] DEBUG -- : Calling filter forward_all_incoming_to_admins
D, [...] DEBUG -- : Calling filter send_key
D, [...] DEBUG -- : Calling filter fix_hotmail_messages!
D, [...] DEBUG -- : Calling filter strip_html_from_alternative!
D, [...] DEBUG -- : Calling filter request
D, [...] DEBUG -- : Request-message
D, [...] DEBUG -- : Starting Schleuder::PluginRunners::RequestPluginsRunner
D, [...] DEBUG -- : Loading plugins
D, [...] DEBUG -- : Running keyword 'list-name'
D, [...] DEBUG -- : Running keyword 'list-keys'
D, [...] DEBUG -- : Preparing sending to #<Schleuder::Subscription id: 142, list_id: 18, email: "somemail@mail.com", fingerprint: "ACABDEADFEED1234", admin: true, delivery_enabled: false, created_at: "2018-05-XX 17:54:58", updated_at: "2018-05-XX 17:54:58">
I, [...]  INFO -- : Not sending to somemail@mail.com: delivery is disabled.

This causes confusion, because these admins do not even get an error-message back.

So maybe, even if someone choose delivery_enabled=false they should get results back for the -request or -sendkey-Mails they intentionally send to the list.

Schleuder deb-package version: 3.2.2-1~bpo9+1