The mailing list for listmasters using Sympa

[Alexander Bech <address@concealed>]

Am 31.03.26 um 15:23 schrieb Widerski, Betty:
> If I'm understanding you correctly, you can deal with this by creating 
> overrides in /etc/sympa/scenari and/or /etc/sympa/mail_tt2 to do/not do what 
> you want. This way, when you upgrade Sympa any change will not get 
> overwritten in /usr/share/sympa/default/scenari. Any scenario or mail_tt2 
> file under /etc/sympa overrules files of the same name in the default path.
>
> For example: the default subscribe.auth is
>
> # subscribe.auth
> title.gettext subscription request confirmed
>
> !equal([sender],[email])           smtp,dkim,md5,smime -> 
> request_auth([email])
> is_subscriber([listname],[email])  smtp,dkim,md5,smime -> do_it
> true()                             smtp,dkim           -> 
> request_auth([email])
> true()                             md5,smime           -> do_it
>
> If this is the current state of your subscribe.auth scenario the 
> "request_auth([email])" is generated from 
> /usr/share/sympa/default/mail_tt2/request_auth.tt2. You can change the message by 
> copying request_auth.tt2 to a mail_tt2 folder under /etc/sympa and then editing the 
> file.

Thank you.
Yes, that helped.
By modifying command_report.tt2.
Disabling the block of lines 25 through 30 produces
the desired result.

No “Results of your commands” email is sent.


--- /tmp/1/command_report.tt2 2021-02-07 17:02:26.000000000 +0100
+++ /tmp/2/command_report.tt2    2026-04-01 11:40:06.600000000 +0200
@@ -18,16 +18,16 @@
 [%~ ELSIF notice.cmd == 'signoff' ~%]
   [%|loc(notice.listname)%]UNsubscription request from list %1[%END%]
 [%~ ELSE ~%]
   [% notice.cmd %]
 [%~ END -%]

 > [% notice.entry %]
-[% notice_msg = BLOCK ~%]
-  [% PROCESS report.tt2
+[#% notice_msg = BLOCK ~%]
+  [#% PROCESS report.tt2
      report_type='notice'
      report_entry=notice.entry
      report_param=notice
   %]
 [%~ END ~%]
 [% IF notice_msg.match('\S') ~%]
   [% notice_msg %]


>   This file will then overrule the one in the default path, but will not be 
> overwritten when you upgrade Sympa.
>
> There are many other tweaks you can make, like setting up different subscribe 
> auth files for different types of list subscription parameters, but I think 
> the above addresses your current issue - try various subscribe_auth changes 
> (maybe just remove the request_auth call?). LMK if you want a deeper dive 
> into our customized subscribe scenari and mail_tt2s.
>
> Betty
>
>
>
> -----Original Message-----
> From: address@concealed <address@concealed> On Behalf Of 
> Alexander Bech
> Sent: Monday, March 30, 2026 9:30 AM
> To: address@concealed
> Subject: [en@sympa] disable the sending of the “Results of your commands” 
> email
>
> [You don't often get email from address@concealed. Learn why this is 
> important at https://aka.ms/LearnAboutSenderIdentification ]
>
> Hello,
>
> With the configuration scenario "Who can subscribe to the list"
> “subscribe auth” (scenario /usr/share/sympa/default/scenari/subscribe.auth)
>
> two emails are sent to the subscriber:
> “Results of your commands” and
> “subscribing to list” with the link
> “If you want this action to be taken, please click the following link”
>
> Is it possible to disable the sending of the “Results of your commands”
> email?
>
> Some users don’t know what to do with it, ask for clarification, and the list 
> owner would like to have it disabled.
>
> Thanks,
> Alexander