The mailing list for listmasters using Sympa

[Miles Fidelman <address@concealed>]

I've added debug output at the bottom of this message (scroll down):

On Sun, 20 Jul 2003, Miles Fidelman wrote:

> Date: Sun, 20 Jul 2003 17:45:10 -0400 (EDT)
> From: Miles Fidelman <address@concealed>
> To: address@concealed
> Subject: [sympa-users] customizing invite scenari
>
> Hi,
>
> I've been trying to customize the invite scenari for a list, and seem to
> be doing something wrong.
>
> What I WANT to happen:
> - an invitation must come from the list owner or listmaster
>   without authentication. All other invitations should be rejected
> - invitations via SMTP are ok
> - i.e., I want the invite.owner scenari, with the line
> "is_listmaster([sender])        smtp -> request_auth"
> changed to
> "is_listmaster([sender])        smtp -> do_it"
>
> What I've tried:
> - putting a modified invite.owner scenari into
> /home/sympa/expl/<robot>/<list>/scenari
> - restarted sympa
>
> Unfortunately, when I send an invitation from the listmaster address I
> sympa still sends out an authorization message, not an invitation.  So it
> seems to be reading the default scenari, not the list-specific scenari.
>
> I've also tried putting a modified scenari in
> /home/sympa/etc/<robot>/scenari/
> but that doesn't seem to work either.
>
> Am I doing something wrong, or have I discovered a bug?
>
> Thanks very much,
>
> Miles Fidelman

when I run sympa with the -d flag, here's what I get when I send an
invite:

Commands::parse(address@concealed, lists.progressivedems.org, , )
Parsing:
is_signed->body
Commands::parse(address@concealed, lists.progressivedems.org, invite
pdm-newton-discussion address@concealed, )
Parsing: invite pdm-newton-discussion address@concealed
Commands::invite(pdm-newton-discussion address@concealed,)
List::new(pdm-newton-discussion,lists.progressivedems.org)
List::load(pdm-newton-discussion, lists.progressivedems.org)
Language::SetLang(us)
List::request_action invite,smtp,lists.progressivedems.org
List::new(pdm-newton-discussion,)
List::load(pdm-newton-discussion, )
List::verify(is_owner([listname],[sender]) )
List::new(pdm-newton-discussion,)
List::load(pdm-newton-discussion, )
List::new(pdm-newton-discussion,)
List::load(pdm-newton-discussion, )
List::am_i(owner, address@concealed)
rule is_owner([listname],[sender]) ,smtp,do_it accepted
List::is_user(address@concealed)
List::request_action subscribe,smtp,lists.progressivedems.org
List::new(pdm-newton-discussion,)
List::load(pdm-newton-discussion, )
List::verify(true()                                    )
List::new(pdm-newton-discussion,)
List::load(pdm-newton-discussion, )
rule true()                                    ,smtp,request_auth accepted
List::compute_auth(List=HASH(0x9afe00), address@concealed, subscribe)
List::send_file(invite, address@concealed, lists.progressivedems.org,
)
List::get_subscriber(address@concealed)
mail::mailfile(/home/sympa/expl/lists.progressivedems.org/pdm-newton-discussion/invite.tpl,
address@concealed, lists.progressivedems.org, )
smtp::smtpto(address@concealed,
address@concealed,  )
Open = 0
Parser [0]
parse_tpl(/home/sympa/expl/lists.progressivedems.org/pdm-newton-discussion/invite.tpl)
Parser [0] parse(From: [requested_by]
)
Parser [1] parse(Reply-To: [conf->sympa]
)
Parser [2] parse(Subject: [subject]
)
Parser [3] parse(Mime-version: 1.0
)
Parser [4] parse(Content-Type: text/plain; charset=iso-8859-1
)
Parser [5] parse(Content-transfer-encoding: 8bit
)
Parser [6] parse(
)
List::get_total(pdm-newton-discussion)
INVITE pdm-newton-discussion address@concealed from
address@concealed accepted, auth requested (0 seconds, 2 subscribers)
smtp::smtpto(address@concealed,
address@concealed,  )
Open = 1
Finished
/address@concealed

From this, it looks like:

- the invitation scenario is being invoked properly, and the proper rule
is being invoked:
"rule is_owner([listname],[sender]) ,smtp,do_it accepted"

but,

- something is then turning this into:
List::request_action subscribe,smtp,lists.progressivedems.org
and is then proceeding to send out an auth message instead of an
invitation

at the same time, it seems to think it's sending an invitation message to
the target address, but that's not what's getting there