Mail::Box::Message::Destructed - a destructed message
Mail::Box::Message::Destructed is a Mail::Box::Message is a Mail::Message is a Mail::Reporter
$folder->message(3)->destruct;
When a message folder is read, each message will be parsed into Perl structures. Especially the header structure can consume a huge amount of memory (message bodies can be moved to external temporary files). Destructed messages have forcefully cleaned-up all header and body information, and are therefore much smaller. Some useful information is still in the object.
BE WARNED: once a message is destructed, it cannot be revived. Destructing enforces irreversable deletion from the folder. If you have a folder opened for read-only, the message will stay in that folder, but otherwise it may be deleted.
See documentation in the base class.
See "Constructors" in Mail::Message
You cannot instantiate a destructed message object. Destruction is done by calling Mail::Box::Message::destruct().
-Option --Defined in --Default body Mail::Message undef body_type Mail::Box::Message <from folder> deleted Mail::Message <false> field_type Mail::Message undef folder Mail::Box::Message <required> head Mail::Message undef head_type Mail::Message Mail::Message::Head::Complete labels Mail::Message {} log Mail::Reporter 'WARNINGS' messageId Mail::Message undef modified Mail::Message <false> size Mail::Box::Message undef trace Mail::Reporter 'WARNINGS' trusted Mail::Message <false>
See "Constructing a message" in Mail::Message::Construct::Bounce
See "Constructing a message" in Mail::Message::Construct::Build
See "Constructing a message" in Mail::Message::Construct::Forward
See "Constructing a message" in Mail::Message::Construct::Read
See "Constructing a message" in Mail::Message::Construct::Rebuild
See "Constructing a message" in Mail::Message::Construct::Reply
See "The message" in Mail::Message
See "The message" in Mail::Box::Message
See "The header" in Mail::Message
When undef is specified for HEAD, no change has to take place and the method returns silently. In all other cases, this method will complain that the header has been removed.
undef
When undef is specified for BODY, no change has to take place and the method returns silently. In all other cases, this method will complain that the body data has been removed.
See "The body" in Mail::Message
See "Flags" in Mail::Message
It is possible to delete a destructed message, but not to undelete it.
See "The whole message as text" in Mail::Message::Construct::Text
See "Internals" in Mail::Message
Coerce a Mail::Box::Message into destruction.
example: of coercion to death
Mail::Box::Message::Destructed->coerce($folder->message(1)); $folder->message(1)->destruct; # same my $msg = $folder->message(1); Mail::Box::Message::Destructed->coerce($msg); $msg->destruct; # same
See "Internals" in Mail::Box::Message
See "Internals" in Mail::Message::Construct::Rebuild
See "METHODS" in Mail::Message::Construct
See "Error handling" in Mail::Reporter
See "Error handling" in Mail::Message
See "Cleanup" in Mail::Message
See "Cleanup" in Mail::Box::Message
Only real Mail::Box::Message objects can get destructed into Mail::Box::Message::Destructed objects. Mail::Message free their memory immediately when the last reference is lost.
Unknown alternative for the forward(include). Valid choices are NO, INLINE, ATTACH, and ENCAPSULATE.
NO
INLINE
ATTACH
ENCAPSULATE
Unknown alternative for the include option of reply(). Valid choices are NO, INLINE, and ATTACH.
include
Once a message is destructed, it can not be revived. Destruction is an optimization in memory usage: if you need an undelete functionality, then you can not use Mail::Box::Message::destruct().
The message bounce() method forwards a received message off to someone else without modification; you must specified it's new destination. If you have the urge not to specify any destination, you probably are looking for reply(). When you wish to modify the content, use forward().
If a forward message is created, a destination address must be specified.
The message send() mechanism had not enough information to automatically find a mail transfer agent to sent this message. Specify a mailer explicitly using the via options.
via
You may wish to construct a message to be stored in a some kind of folder, but you need to do that in two steps. First, create a normal Mail::Message, and then add it to the folder. During this Mail::Box::addMessage() process, the message will get coerce()-d into the right message type, adding storage information and the like.
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.
You cannot instantiate a destructed message object directly. Destruction is done by calling Mail::Box::Message::destruct() on any existing folder message.
The message originated from a folder, but its memory has been freed-up forcefully by means of Mail::Box::Message::destruct(). Apparently, your program still tries to get to the header or body data after this destruction, which is not possible.
This module is part of Mail-Box distribution version 2.109, built on August 19, 2013. Website: http://perl.overmeer.net/mailbox/
Copyrights 2001-2013 by [Mark Overmeer]. For other contributors see ChangeLog.
This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself. See http://www.perl.com/perl/misc/Artistic.html
To install Mail::Box, copy and paste the appropriate command in to your terminal.
cpanm
cpanm Mail::Box
CPAN shell
perl -MCPAN -e shell install Mail::Box
For more information on module installation, please visit the detailed CPAN module installation guide.