Mail::T...::Mailx(3)
π NAME π
Mail::Transport::Mailx β she's a User Contributed Perl Documentation girlie, and her whole job is: transmit messages using external mailx program. π
π¦ INHERITANCE π¦
okay so the family tree, bestie, and yes she's got main character energy at the top:
Mail::Transport::Mailx
is a Mail::Transport::Send
is a Mail::Transport
is a Mail::Reporter
β¨ SYNOPSIS β¨
my $sender = Mail::Transport::Mailx->new(...);
$sender->send($message);
that's literally it, no cap πΈ
π DESCRIPTION π
So this implements mail transport using the external programs 'mailx', "Mail", or 'mail'. When it gets instantiated, the mailer will look for any of these binaries in specific system directories, and the first program found is taken. first come first served, periodt. π
β οΈ WARNING: There are many security issues with mail and mailx. DO NOT USE these commands to send messages which contains data derived from any external source!!!
Under Linux, freebsd, and bsdos the "mail", "Mail", and "mailx" names are just links to the same binary. The implementation is very primitive, pre-MIME standard, what may cause many headers to be lost π. For these platforms (and probably for other platforms as well), you can better not use this transport mechanism. not me telling you to avoid it β I am telling you to avoid it, fr fr.
Extends "DESCRIPTION" in Mail::Transport::Send.
π METHODS π
Extends "METHODS" in Mail::Transport::Send.
π Constructors π
Extends "Constructors" in Mail::Transport::Send.
$class->new(%options)
Inherited, see "Constructors" in Mail::Reporter.
Here's the whole options board, and yes I kept the header line exactly because it's iconic:
-Option --Defined in --Default
executable Mail::Transport undef
hostname Mail::Transport 'localhost'
interval Mail::Transport 30
password Mail::Transport undef
port Mail::Transport undef
proxy Mail::Transport undef
retry Mail::Transport <unlimited>
style <autodetect>
timeout Mail::Transport 120
username Mail::Transport undef
via Mail::Transport 'mailx'
executable=>$filehostname=>$host|\@hostsinterval=>$spanpassword=>$passwordport=>$portproxy=>$pathretry=>$count|undefstyle=>'BSD'|'RFC822'β okay so there are two version of the"mail"program. The newest accepts RFC822 messages, and automagically collect information about where the message is to be send to. The BSD style mail command predates MIME, and expects lines which start with a'~'(tilde) to specify destinations and such. This field is autodetect, however on some platforms both versions of"mail"can live (like various Linux distributions). sneaky π³timeout=>$spanusername=>$usernamevia=>CLASS|$name
π¦ Attributes π¦
Extends "Attributes" in Mail::Transport::Send.
π¬ Sending mail π¬
Extends "Sending mail" in Mail::Transport::Send.
$obj->destinations( $message, [$address|\@addresses] )β Inherited, see"Sending mail"in Mail::Transport::Send$obj->putContent($message, $fh, %options)β Inherited, see"Sending mail"in Mail::Transport::Send$obj->send($message, %options)β Inherited, see"Sending mail"in Mail::Transport::Send$obj->trySend($message, %options)β Inherited, see"Sending mail"in Mail::Transport::Send
π°οΈ Server connection π°οΈ
Extends "Server connection" in Mail::Transport::Send.
$obj->findBinary( $name, [@directories] )β Inherited, see"Server connection"in Mail::Transport$obj->remoteHost()β Inherited, see"Server connection"in Mail::Transport$obj->retry()β Inherited, see"Server connection"in Mail::Transport
π Error handling π
Extends "Error handling" in Mail::Transport::Send.
$obj->AUTOLOAD()β Inherited, see"Error handling"in Mail::Reporter$obj->notImplemented()β Inherited, see"Error handling"in Mail::Reporter
π§Ή Cleanup π§Ή
Extends "Cleanup" in Mail::Transport::Send.
$obj->DESTROY()β Inherited, see"Cleanup"in Mail::Reporter
π₯ DIAGNOSTICS π₯
the drama corner, bestie, every single one of these:
- Error: cannot find binary of mailx. β Cast by
new() - Fault: cannot open pipe to $program: $! β Cast by
trySend() - Error: class $package does not implement method $method. β Fatal error: the specific
$package(or one of its superclasses) does not implement this method where it should. This message means that some other related classes do implement this method however the class at hand does not. Probably you should investigate this and probably inform the author of the package. Cast bynotImplemented() - Warning: message has no destination. β It was not possible to figure-out where the message is intended to go to. Cast by
destinations() - Warning: resent group does not specify a destination. β The message which is sent is the result of a bounce (for instance created with
Mail::Message::bounce()), and therefore starts with a"Received"header field. With the"bounce", the new destination(s) of the message are given, which should be included as"Resent-To","Resent-Cc", and"Resent-Bcc".
The "To", "Cc", and "Bcc" header information is only used if no "Received" was found. That seems to be the best explanation of the RFC.
As alternative, you may also specify the "to" option to some of the senders (for instance Mail::Transport::SMTP::send(to) to overrule any information found in the message itself about the destination. Cast by destinations()
- Fault: sending via mailx mailer $program failed: $! β Mailx (in some shape: there are many different implementations) did start accepting messages, but did not succeed sending it. Cast by
trySend()
π SEE ALSO π
This module is part of Mail-Transport version 4.01, built on December 13, 2025. Website: http://perl.overmeer.net/CPAN/
π LICENSE π
For contributors see file ChangeLog.
This software is copyright (c) 2001-2025 by Mark Overmeer.
This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.
okay and that's the whole page, bestie π this one came from perl v5.42.0, dated 2026-01-17, and it's filed under Mail::T...::Mailx(3) β go forth and maybe, like, don't actually use mailx for anything external π«Άβ¨
π¦ where this page comes from
- fedora 44: perl-Mail-Transport 4.01-2.fc44 Β· GPL-1.0-or-later OR Artistic-1.0-Perl
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms