Skip Menu |
 

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the Mail-Sender CPAN distribution.

Report information
The Basics
Id: 27430
Status: rejected
Priority: 0/
Queue: Mail-Sender

People
Owner: cwhitener [...] gmail.com
Requestors: krishnoid [...] wapacut.com
Cc:
AdminCc:

Bug Information
Severity: Wishlist
Broken in: 0.8.13
Fixed in: (no value)



Subject: would like timeout for MailMsg()
Download (untitled) / with headers
text/plain 618b
MailMsg() hung on us over the weekend, partly due to a misconfigured DNS record including one bad mx in rotation with other good ones. This may be a corner case, but it would be helpful if there was at least an optional timeout value for connecting and transmitting the message. This way, persistent daemons (or programs run out of cron) using this module for sending out notification wouldn't silently hang. I'm the first to admit that mail systems should have their own monitoring, but it seems that a timeout value to MailMsg() makes sense regardless. For now, I'm wrapping my call to it in an alarm() eval {}.
Download (untitled) / with headers
text/plain 588b
Hi! Unfortunately, I don't think adding extra features to this dist is likely to happen. The go-to mail sending distribution these days is Email::Sender. https://metacpan.org/pod/Email::Sender::Transport::SMTP If you look at the SMTP transport there, there's a timeout attribute you can set. Moving to this up-to-date mailer that's well maintained is the best option. My plan for this dist is to fix as much of the documentation up as possible, clean up any current bugs and mark it as deprecated. I do not plan on adding new features at this time. Hope that helps. Thanks, Chase
Download (untitled) / with headers
text/plain 166b
I'm going to mark this ticket as rejected for now because marking it as resolved seems wrong. It would be a new feature and we're in maintenance mode. Thanks, Chase


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.