Bumps [phpmailer/phpmailer](https://github.com/PHPMailer/PHPMailer) from 6.3.0 to 6.4.1. **This update includes a security fix.**
- [Release notes](https://github.com/PHPMailer/PHPMailer/releases)
- [Changelog](https://github.com/PHPMailer/PHPMailer/blob/master/changelog.md)
- [Commits](https://github.com/PHPMailer/PHPMailer/compare/v6.3.0...v6.4.1

)

Signed-off-by: dependabot-preview[bot] <support@dependabot.com>

Co-authored-by: dependabot-preview[bot] <27856297+dependabot-preview[bot]@users.noreply.github.com>

Remove authlinkedin instead

If the publishing protocol permits MIME-based identification of content types, the content typeof the metadata instance MUST be application/samlmetadata+xml.

The old privatekey_pass was (wrongly) expected to be reused for the new
privatekey_pass. That prevented my SP from loading the new_privatekey.
Users could not log in from entities using the new key.

Clarify that the new key needs a new_privatekey_pass entry.

Bumps [y18n](https://github.com/yargs/y18n) from 4.0.0 to 4.0.1.
- [Release notes](https://github.com/yargs/y18n/releases)
- [Changelog](https://github.com/yargs/y18n/blob/master/CHANGELOG.md)
- [Commits](https://github.com/yargs/y18n/commits

)

Signed-off-by: dependabot[bot] <support@github.com>

Co-authored-by: Marko Ivančić <marko.ivancic@srce.hr>

* Add SubjectID authproc

* Add PairwiseID authproc

* Add tests

We're not going to use it

(cherry picked from commit f75e7670)

* Conform SAML2INT; check AuthnRequest signature unless specifically disabled

* Migrate email utils to non-static

* Migrate http utils to non-static

* Migrate net utils to non-static

* Migrate random utils to non-static

* Migrate system utils to non-static

* Migrate time utils to non-static

* Migrate xml utils to non-static

* Upgrade notes

* Update test-framework

* Fix tests

* Import the saml2 SspContainer into SSP

* Comment code targeted at saml2v5 for now

* Migrate array utils to non-static

* Migrate attribute utils to non-static

* Migrate auth utils to non-static

* Migrate config utils to non-static

* Migrate crypto utils to non-static

* Raise coverage

* Fix rebase issue

Sometimes we patch or edit a hook to meet our specific needs.
Somtimes this leaves behind a file like FILENAME.orig. The hook
detection login still runs these other files, making for confusing
debugging issues. Use a stricter match on what makes a valid hook name
to avoid these issues.

* Allows custom logging handler on the console

This is useful for reducing noise during tests

Co-authored-by: Tim van Dijen <tvdijen@gmail.com>

Co-authored-by: Tim van Dijen <tim.dijen@minbzk.nl>

Bumps [elliptic](https://github.com/indutny/elliptic) from 6.5.3 to 6.5.4.
- [Release notes](https://github.com/indutny/elliptic/releases)
- [Commits](https://github.com/indutny/elliptic/compare/v6.5.3...v6.5.4

)

Signed-off-by: dependabot[bot] <support@github.com>

There's little to no added value for UTF-8 in this file, while some
editors do cause trouble when editing those files (e.g. adding BOM
on Windows). This just avoids that hassle where we can.

Closes: #1432

Closes: #1430