Webform spam submissions still send emails because module disables handlers by handler ID instead of plugin ID

Problem/Motivation

When a Webform submission is marked as spam by nobotiq_spam_protection , email notifications are still sent. The module tries to disable email handlers by checking specific handler_id values ( email_notification , email_confirmation ), but Webform email handlers commonly have instance IDs like email_1 , so the disable logic never applies.

Steps to reproduce

- Enable Webform and Nobotiq Spam Protection.
- Create a webform (e.g. webform_3 ).
- Add a standard Webform Email handler (plugin id email ). It will typically get an instance handler_id like email_1 .
- Configure Nobotiq Spam Protection for this webform submission entity so that a given submission is detected as spam.
- Submit the webform using data that is detected as spam.

Actual result
- Submission is marked as spam (e.g. nobotiq_spam_protection_status = spam ), but Webform email handler still sends emails.

Expected result
- When a submission is marked as spam, Webform email sending should be blocked (email handlers should not run).