Email::Abstract(3)
π NAME π
Email::Abstract β unified interface to mail representations. This is the Email::Abstract(3) page, straight from the User Contributed Perl Documentation corner of the internet, and weβre gonna make mail-handling feel way less cursed. bestie, letβs go. π
β¨ VERSION β¨
version 3.010
πΈ SYNOPSIS πΈ
my $message = Mail::Message->read($rfc822)
|| Email::Simple->new($rfc822)
|| Mail::Internet->new([split /\n/, $rfc822])
|| ...
|| $rfc822;
my $email = Email::Abstract->new($message);
my $subject = $email->get_header("Subject");
$email->set_header(Subject => "My new subject");
my $body = $email->get_body;
$rfc822 = $email->as_string;
my $mail_message = $email->cast("Mail::Message");
π¦ DESCRIPTION π¦
Okay so Email::Abstract gives module writers the ability to write simple, representation-independent mail handling code. For instance, in the cases of Mail::Thread or Mail::ListDetector, a key part of the code involves reading the headers from a mail object. Where previously youβd either have to specify the mail class required, or build a new object from scratch, Email::Abstract can be used to perform certain simple operations on an object regardless of its underlying representation. Iconic behavior, honestly. β¨
Email::Abstract currently supports Mail::Internet, MIME::Entity, Mail::Message, Email::Simple, Email::MIME, and Courriel. Other representations are encouraged to create their own Email::Abstract::* class by copying Email::Abstract::EmailSimple. All modules installed under the Email::Abstract hierarchy will be automatically picked up and used. No cap, it just finds them. π¦
π PERL VERSION π
This library should run on perls released even a long time ago. It should work on any version of perl released in the last five years.
Although it may work on older versions of perl, no guarantee is made that the minimum required version will not be increased. The version may be increased for any reason, and there is no promise that patches will be accepted to lower the minimum required perl. So like, donβt come for the version floor, okay? π
π METHODS π
All of these methods may be called either as object methods or as class methods. When called as class methods, the email object (of any class supported by Email::Abstract) must be prepended to the list of arguments, like so:
my $return = Email::Abstract->method($message, @args);
This is provided primarily for backwards compatibility. Respect the old ways. π«Ά
π«Ά new π«Ά
my $email = Email::Abstract->new($message);
Given a message, either as a string or as an object for which an adapter is installed, this method will return a Email::Abstract object wrapping the message.
If the message is given as a string, it will be used to construct an object, which will then be wrapped. Cute little object inception moment. π
π get_header π
my $header = $email->get_header($header_name);
my @headers = $email->get_header($header_name);
This returns the values for the given header. In scalar context, it returns the first value. One value, first in line, main character energy. π
π set_header π
$email->set_header($header => @values);
This sets the $header header to the given one or more values. Done and dusted. β¨
π¦ get_body π¦
my $body = $email->get_body;
This returns the body as a string. Just the body, bestie. π«Ά
π set_body π
$email->set_body($string);
This changes the body of the email to the given string.
WARNING! You probably donβt want to call this method, despite what you may think. Email message bodies are complicated, and rely on things like content type, encoding, and various MIME requirements. If you call set_body on a message more complicated than a single-part seven-bit plain-text message, you are likely to break something. If you need to do this sort of thing, you should probably use a specific message class from end to end.
This method is left in place for backwards compatibility. Itβs giving legacy, not lifestyle. π
π as_string π
my $string = $email->as_string;
This returns the whole email as a decoded string. Whole entire email. Decoded. Slay. β¨
π₯ cast π₯
my $mime_entity = $email->cast('MIME::Entity');
This method will convert a message from one message class to another. It will throw an exception if no adapter for the target class is known, or if the adapter does not provide a construct method. So if the adapter isnβt giving, itβs throwing. π
π object π
my $message = $email->object;
This method returns the message object wrapped by Email::Abstract. If called as a class method, it returns false.
Note that, because strings are converted to message objects before wrapping, this method will return an object when the Email::Abstract was constructed from a string. Sneaky? A little. True? Absolutely. π«Ά
π AUTHORS π
Shoutout to the legends who made this happen:
- Ricardo SIGNES
<cpan@semiotic.systems> - Simon Cozens
<simon@cpan.org> - Casey West
<casey@geeknest.com>
π«Ά CONTRIBUTORS π«Ά
And these absolute icons contributed too:
- Dave Rolsky
<autarch@urth.org> - Ricardo Signes
<rjbs@semiotic.systems> - William Yardley
<pep@veggiechinese.net>
π COPYRIGHT AND LICENSE π
This software is copyright (c) 2004 by Simon Cozens.
This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself. Periodt. Free software, same Perl 5 terms, iconic license behavior. π
Thatβs the whole vibe, bestie: perl v5.42.0 Β· 2024-03-08 Β· Email::Abstract(3). Now go handle some mail. π
β¨
π¦ where this page comes from
- opensuse-leap 16.0: perl-Email-Abstract 3.10.0-bp160.1.12 Β· Artistic-1.0 OR GPL-1.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms