On Mon May 20 12:22:05 2019, jik@kamens.us wrote:
Show quoted text> The script where I had this problem was a legacy script which has been
> unmodified in many years. When I wrote it MailTools wasn't deprecated. I
> imagine there are other scripts out there in the same boat.
The module was not deprecated, but also not used correctly by your code: a
sleeping bug. Probably due to poor documentation in Mail::Send (so next
release will get a clear warning)
Show quoted text> I don't see how Mail::Box is relevant here, since I'm talking about
> sending messages, not accessing mailboxes, and I don't think Mail::Box
> sends messages.
Mail::Transfer is part of the MailBox suite, and can be used to send correct
emails in a few lines of code. It automatically handles utf8 correctly, and
much more. Another alternative are the Email::* modules.
Show quoted text> If your answer to all bug reports is going to be, "Don't use this
> package," then maybe hand over maintenance of the package to someone who
> is willing to fix bugs and put out new releases? Yes, that's the sound
> of me volunteering.
The MailTools modules are in maintained, because it is used in many
applications. Many books contain examples using those modules as well.
However, it's abstraction is poor, as you have experienced yourself.
Implementing better abstraction (for instance escaping dots) in MailTools
would be nice, however... there is sooooo much wrong. The first versions
predate MIME!
I have very bad experiences with "harmless" changes people suggest to these
old modules: much of the code where it is used in is very poor as well: even the
smallest functional change hurts someone.
So: it is DEPRECATED but also MAINTAINED to run on all versions of Perl.