DOKK / manpages / debian 12 / sympa / Sympa::Spindle::ProcessAuth.3sympa.en
Sympa::Spindle::ProcessAuth(3Sympa) sympa 6.2.70 Sympa::Spindle::ProcessAuth(3Sympa)

Sympa::Spindle::ProcessAuth - Workflow of request confirmation

  use Sympa::Spindle::ProcessAuth;
  my $spindle = Sympa::Spindle::ProcessAuth->new(
      confirmed_by => $email, context => $robot, keyauth => $key,
      scenario_context => {sender => $sender});
  $spindle->spin;

Sympa::Spindle::ProcessAuth defines workflow for confirmation of held requests.

When spin() method is invoked, it reads a request in held request spool, authorizes and dispatch it or remove it if possible. Either authorization and dispatching failed or not, spin() will terminate processing. Failed request will be kept in spool and wait for confirmation again.

See also "Public methods" in Sympa::Spindle.

new() must take following options:
E-mail address of the user who confirmed or canceled the request. Confirming address is given by AUTH command and used by Sympa::Spindle::AuthorizeRequest to execute scenario.

N.B. The key is spelled "cenceled_by", not "cancelled_by".

Context (List or Robot) and authorization key to specify the request in spool.
If this option is set, automatic replies reporting result of processing to the user (see "confirmed_by") will not be sent.
Authorization context given to scenario.

See also "Properties" in Sympa::Spindle.

{distaff}
Instance of Sympa::Spool::Auth class.
{finish}
'success' is set if processing succeeded. 'failure' is set if processing failed.

Sympa::Request, Sympa::Spindle, Sympa::Spindle::AuthorizeRequest, Sympa::Spool::Auth.

Sympa::Spindle::ProcessAuth appeared on Sympa 6.2.15.

"canceled_by" option was added on Sympa 6.2.19b.

2023-01-26 6.2.70