This documentation describes how to read from Outlook Express (dbx) folders. Even on Unix/Linux, you can access these folders to read the data, or copy it to a different format. Modifying of xbd files is not supported.

These dbx folders are accessed using Mail::Transport::Dbx which is distributed via CPAN as separate package. This MAil::Transport::Dbx module is based on the open source library named libpst, which can be found at http://alioth.debian.org/projects/libpst/. The library does not support writing of dbx files, and therefore limits the possibilities of this package.

The parsing of messages is a combined job for the Mail::Transport::Dbx module (to get the right data) and read(). Asking for the parser will provide the transporter object. If asked more than once, each time the same object will be returned.

DBX files are create by Outlook Express. I can not tell you too much about it, because me (as author) never use Windows or MicroSoft tools. Still, it is possible to access some Outlook created folders from Unix.

The folder structure for dbx starts with a single Folders.dbx file. This folder contains names of sub-folders. Each folder can either contain messages, or contains sub-folders. Combinations are not possible.

The ol2mbox project (see http://sourceforge.net/project/ol2mbox/) has created a libdbx which can read dbx files using nearly any operating system. You can simply transport a dbx file from Windows to Unix/Linux and the read all the messages from it.

Tassilo von Parseval wrote a Perl wrapper around this C-library, and distributes it as Mail::Transport::Dbx. Although it named in one the MailBox namespaces, it is a separate product, because it requires a C compiler. Besides, the module will have its own life.

Writing an empty folder will usually cause that folder to be removed, which fails for the indicated reason. new(remove_when_empty) controls whether the empty folder will removed; setting it to false (0) may be needed to avoid this message.

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.

Mail::Box is lazy: it tries to leave messages in the folders until they are used, which saves time and memory usage. When this message appears, something is terribly wrong: some lazy message are needed for updating the folder, but they cannot be retreived from the original file anymore. In this case, messages can be lost.

This message does appear regularly on Windows systems when using the 'replace' write policy. Please help to find the cause, probably something to do with Windows incorrectly handling multiple filehandles open in the same file.

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.

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.