fix:handle edge case for empty recipients to prevent crash

[Rashmi1613]

Previously, if msg.getAllRecipients() returned null or an empty array,
the code attempted to access allRecipients[0], which could lead to
NullPointerException or ArrayIndexOutOfBoundsException.

This change adds a safety check to prevent crashes and logs a clear message instead.

---

Changes Made

• Added null and empty check for allRecipients
• Prevented unsafe access to allRecipients[0]
• Added log message for better debugging

---

Testing

• Verified that when recipients are empty, email is not sent
• Confirmed no crash occurs in this scenario

[ArpanC6]

I went through the diff and noticed a few things

1. Compile error missing parentheses
   This is probably why CI is failing. getListener and getLogger are methods not fields so they need parentheses:

context.getListener().getLogger().println(...)

2. Logging approach
   getLogger().println() writes to the build console, not the plugin logs. The rest of the codebase seems to be using java.util.logging.Logger so it might be better to stay consistent with that.

3. Check is happening too early
   Since executePresendScript() can modify the recipient list at runtime, checking getAllRecipients() before it runs might not give the final result. It would be safer to move the null/empty check after executePresendScript().

4. Log message formatting
   Small thing there’s a missing space after the comma in "No recipients found,email couldn't be sent."

5. Stray debug comment
   Looks like there’s a debug comment left in the diff probably worth removing before pushing.

Overall the fix definitely makes sense.
Once the compile issue and the presend script ordering are sorted, this should be in good shape..

[Rashmi1613]

@ArpanC6 Thanks for the feedback! I have moved the recipient check after executePresendScript(). I have kept the current logging approach for consistency ,but happy to update if preferred.

[slide]

Please don't use * imports.

[slide]

I don't mean to harp on this, or seem like I am nitpicking, but please follow the existing format for imports, which is alphabetical order. You can see that most (if not all) java.util imports are listed in alphabetical order.

[slide]

I think the ordering here is incorrect. Even if the set of TO/CC/BCC is empty, if the emergency reroute is setup, then that should be sent still.