| Mail-Box documentation | view source | Contained in the Mail-Box distribution. |
Mail::Box::Maildir - handle Maildir folders
Mail::Box::Maildir is a Mail::Box::Dir is a Mail::Box is a Mail::Reporter
use Mail::Box::Maildir;
my $folder = new Mail::Box::Maildir folder => $ENV{MAIL}, ...;
This documentation describes how Maildir mailboxes work, and what you
can do with the Maildir folder object Mail::Box::Maildir.
Maildir is not supported for Windows, because it create filenames which are not accepted by the Windows system.
-Option --Defined in --Default
accept_new <false>
access Mail::Box 'r'
body_delayed_type Mail::Box Mail::Message::Body::Delayed
body_type Mail::Box Mail::Message::Body::Lines
coerce_options Mail::Box []
create Mail::Box <false>
directory Mail::Box::Dir <derived from folder name>
extract Mail::Box 10240
field_type Mail::Box undef
fix_headers Mail::Box <false>
folder Mail::Box $ENV{MAIL}
folderdir Mail::Box $ENV{HOME}/.maildir
head_delayed_type Mail::Box Mail::Message::Head::Delayed
head_type Mail::Box Mail::Message::Head::Complete
keep_dups Mail::Box <false>
lock_file Mail::Box <not used>
lock_timeout Mail::Box <not used>
lock_type Mail::Box 'NONE' (constant)
lock_wait Mail::Box <not used>
locker Mail::Box undef
log Mail::Reporter 'WARNINGS'
manager Mail::Box undef
message_type Mail::Box Mail::Box::Message
multipart_type Mail::Box Mail::Message::Body::Multipart
remove_when_empty Mail::Box <true>
save_on_exit Mail::Box <true>
trace Mail::Reporter 'WARNINGS'
trusted Mail::Box <depends on folder location>
When the folder is open, some messages may be stored in the new
sub-directory. By default, these messages are immediately moved to
the cur directory when the folder is opened. Otherwise, you have
to call acceptMessages() or Mail::Box::Maildir::Message::accept().
Accept all messages which are waiting in the new directory to be
moved to the cur directory. This will not rescan the directory
for newly arrived messages, because that's a task for update().
-Option --Defined in--Default folderdir Mail::Box undef
The FOLDERDIR contains the absolute path of the location where the
messages are kept. Maildir folders contain a tmp, new, and
cur sub-directory within that folder directory as well. This
method will ensure that all directories exist.
Returns false on failure.
Checks whether the folder whose directory is specified as absolute FOLDERDIR
is empty or not. A folder is empty when the tmp, new, and cur
subdirectories are empty and some files which are left there by application
programs. The maildir spec explicitly states: .qmail, bulletintime,
bulletinlock and seriallock. If any other files are found, the
directory is considered not-empty.
Maildir-type folders use a directory to store the messages of one folder. Each message is stored in a separate file. This seems useful, because changes in a folder change only a few of these small files, in contrast with file-based folders where changes in a folder cause rewrites of huge folder-files.
However, Maildir based folders perform very bad if you need header information of all messages. For instance, if you want to have full knowledge about all message-threads (see Mail::Box::Thread::Manager) in the folder, it requires to read all header lines in all message files. And usually, reading your messages as threads is desired. Maildir maintains a tiny amount of info visible in the filename, which may make it perform just a little bit faster than MH.
The explanation is complicated, but for normal use you should bother yourself with all details.
The message (or messages) could not be stored in the right directories for the Maildir folder.
A Maildir folder is represented by a directory, with some sub-directories. The top folder directory could not be created for the reason indicated.
One or more of the directories required to administer a Maildir folder could not be created.
A message is converted from some other message format into a Maildir format by writing it to a file with a name which contains the status flags of the message. Apparently, creating this file failed.
Each Maildir folder has three sub-directories for administration: new,
tmp, and cur. The mentioned directory could not be created for
the indicated reason.
You have opened the folder read-only --which is the default set
by new(access)--, made modifications, and now want to close it.
Set close(force) if you want to overrule the access mode, or close
the folder with close(write) set to NEVER.
For some reason, for instance disc full, removed by external process, or read-protection, it is impossible to copy one of the messages. Copying will proceed for the other messages.
The folder where the messages are copied to is not opened with write access (see new(access)). This has no relation with write permission to the folder which is controled by your operating system.
The message id is discovered more than once within the same folder, but the content of the message seems to be different. This should not be possible: each message must be unique.
You can not write to this folder unless you have opened the folder to
write or append with new(access), or the force option is set true.
The folder must be opened with write access via new(access), otherwise
removing it will be refused. So, you may have write-access according to
the operating system, but that will not automatically mean that this
delete method permits you to. The reverse remark is valid as well.
The string does not follow the strict rules of the time span syntax which is permitted as parameter.
According to the RFCs, message-ids need to contain a unique random part,
then an @, and then a domain name. This is made to avoid the creation
of two messages with the same id. The warning emerges when the @ is
missing from the string.
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.
The copy includes the subfolders, but for some reason it was not possible to copy one of these. Copying will proceed for all other sub-folders.
For some reason (you probably got more error messages about this problem) it is impossible to write the folder, although you should because there were changes made.
This module is part of Mail-Box distribution version 2.098, built on March 17, 2011. Website: http://perl.overmeer.net/mailbox/
Copyrights 2001-2011 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
| Mail-Box documentation | view source | Contained in the Mail-Box distribution. |