Redundant 'Results of your commands' report for subscribe/unsubscribe commands in certain scenarios

[drkspc]

When running an email command against Sympa, a command report is generated. For commands that trigger an email themselves (i.e. subscribe, backed by an 'auth' scenario), this report is redundant.

Version

Sympa 6.2.62 on FreeBSD 13.0

Installation method

Locally built packages from FreeBSD ports.

Expected behavior

When running an email command (i.e. subscribe), there should either be a command-specific email (i.e. an auth-request) or -- if that command does not imply a notification by itself -- a command report.

Actual behavior

When running an email command (i.e. subscribe), users get both a command-specific email (i.e. an auth-request) and a command report. While this is not actually a technical problem, users do get confused.

Additional information

Here is an example log snippet of sympa_msg that shows the behaviour. The list uses the subscribe.auth_owner scenario from the Sympa distribution.

Sep 21 09:05:23 sympa3 sympa_msg[56408]: notice Sympa::Spindle::ProcessIncoming::_twist() Processing Sympa::Message <mylist-request.1632207906.10564>; [email protected]; [email protected]; [email protected] 
Sep 21 09:05:23 sympa3 sympa_msg[56408]: notice Sympa::Spindle::ProcessMessage::_twist() Processing Sympa::Request <action=subscribe;[email protected];[email protected]> 
Sep 21 09:05:23 sympa3 sympa_msg[56408]: notice Sympa::Spool::store() Sympa::Request <action=subscribe;[email protected];[email protected]> is stored into Sympa::Spool::Auth as <1632207906,[email protected]_17e4cb56e77dae03,[email protected],subscribe> 
Sep 21 09:05:23 sympa3 sympa_msg[56408]: notice Sympa::Spindle::ProcessTemplate::_twist() Processing Sympa::Message::Template <[email protected],1095>; [email protected]; [email protected]; [email protected]; [email protected]; template=request_auth; type=subscribe 
Sep 21 09:05:23 sympa3 sympa_msg[56408]: notice Sympa::Spool::Outgoing::store() Message Sympa::Message::Template <[email protected],1095> is stored into bulk spool as <[email protected]_s,56408,6473> 
Sep 21 09:05:23 sympa3 sympa_msg[56408]: info Sympa::Spindle::ToAuth::_twist() SUBSCRIBE for Sympa::List <[email protected]> from [email protected], auth requested (0.05 seconds) 
Sep 21 09:05:23 sympa3 sympa_msg[56408]: notice Sympa::Spindle::ProcessTemplate::_twist() Processing Sympa::Message::Template <[email protected],1859>; [email protected]; [email protected]; [email protected]; [email protected]; template=command_report;
Sep 21 09:05:23 sympa3 sympa_msg[56408]: notice Sympa::Spool::Outgoing::store() Message Sympa::Message::Template <[email protected],1859> is stored into bulk spool as <[email protected]_s,56408,2728>

Unsubscription is definitely affected, too, and I think other commands as well.

Please let me know if you need any other information or if there is a configuration item I have missed.

[mm-ruhri]

Is there maybe a workaround, to prevent comman-reports to be sent to users (not listmasters, moderators,...) completely?