Mark Overmeer > Mail-Box-2.102 > Mail::Box::Manage::User

Download:
Mail-Box-2.102.tar.gz

Dependencies

Annotate this POD

CPAN RT

New  2
Open  17
View/Report Bugs
Module Version: 2.102   Source   Latest Release: Mail-Box-2.117

NAME ^

Mail::Box::Manage::User - manage the folders of a user

INHERITANCE ^

 Mail::Box::Manage::User
   is a Mail::Box::Manager
   is a Mail::Reporter

SYNOPSIS ^

 use Mail::Box::Manage::User;
 use User::Identity;

 my $id      = User::Identity->new(...);
 my $user    = Mail::Box::Manage::User->new
   ( identity  => $id
   , folderdir => "$ENV{HOME}/Mail"
   , inbox     => $ENV{MAIL}
   );

 my $inbox   = $user->open($user->inbox);
 my $top     = $user->topfolder;

DESCRIPTION ^

Where the Mail::Box::Manager takes care of some set of open folder, this extension will add knowledge about some related person. At the same time, it will try to cache some information about that person's folder files.

METHODS ^

Constructors

Mail::Box::Manage::User->new(ARGS)

Use new(default_folder_type) to explicitly state which kind of folders you use.

 -Option             --Defined in     --Default
  autodetect           Mail::Box::Manager  undef
  collection_type                       Mail::Box::Collection
  default_folder_type  Mail::Box::Manager  'mbox'
  delimiter                             "/"
  folder_id_type                        Mail::Box::Identity
  folder_types         Mail::Box::Manager  <all standard types>
  folderdir            Mail::Box::Manager  [ '.' ]
  folderdirs           Mail::Box::Manager  <synonym for C<folderdir>>
  identity                              <required>
  inbox                                 undef
  log                  Mail::Reporter   'WARNINGS'
  topfolder_name                        '='
  trace                Mail::Reporter   'WARNINGS'
autodetect => TYPE|ARRAY-OF-TYPES
collection_type => CLASS

Subfolders grouped together.

default_folder_type => NAME|CLASS
delimiter => STRING

The separator used in folder names. This doesn't need to be the same as your directory system is using.

folder_id_type => CLASS|OBJECT
folder_types => NEW-TYPE | ARRAY-OF-NEW-TYPES
folderdir => DIRECTORY
folderdirs => [DIRECTORIES]
identity => OBJECT

The main difference between the Mail::Box::Manager and this class, is the concept of some person (or virtual person) who's files are being administered by this object. The OBJECT is an User::Identity.

The smallest identity that will do: my $id = User::Identity->new('myname')

inbox => NAME

The name of the user's inbox.

log => LEVEL
topfolder_name => STRING
trace => LEVEL

Attributes

$obj->defaultFolderType()

See "Attributes" in Mail::Box::Manager

$obj->folderTypes()

See "Attributes" in Mail::Box::Manager

$obj->folderdir()

See "Attributes" in Mail::Box::Manager

$obj->identity()

Returns a User::Identity object.

$obj->inbox([NAME])

(Set and) get the NAME of the mailbox which is considered the folder for incoming mail. In many protocols, this folder is handled separately. For instance in IMAP this is the only case-insensitive folder name.

$obj->registerType(TYPE, CLASS [,OPTIONS])

See "Attributes" in Mail::Box::Manager

Manage open folders

$obj->close(FOLDER, OPTIONS)

See "Manage open folders" in Mail::Box::Manager

$obj->closeAllFolders(, OPTIONS)

See "Manage open folders" in Mail::Box::Manager

$obj->isOpenFolder(FOLDER)

See "Manage open folders" in Mail::Box::Manager

$obj->open([FOLDERNAME], OPTIONS)

See "Manage open folders" in Mail::Box::Manager

$obj->openFolders()

See "Manage open folders" in Mail::Box::Manager

Manage existing folders

$obj->create(NAME, OPTIONS)

Creates a new folder with the specified name. An folder's administrative structure (Mail::Box::Identity) is returned, but the folder is not opened.

In the accidental case that the folder already exists, a warning will be issued, and an empty list/undef returned.

The OPTIONS are passed to Mail::Box::create() of your default folder type, except for the options intended for this method itself.

 -Option       --Default
  create_real    <true>
  create_supers  <false>
  deleted        <false>
  id_options     []
create_real => BOOLEAN

When this option is false, the pysical folder will not be created, but only the administration is updated.

create_supers => BOOLEAN

When you create a folder where upper hierarchy level are missing, they will be created as well.

deleted => BOOLEAN

The folder starts as deleted.

id_options => ARRAY

Values passed to the instantiated Mail::Box::Identity. That object is very picky about the initiation values it accepts.

$obj->delete(NAME)

Remove all signs from the folder on the file-system. Messages still in the folder will be removed. This method returns a true value when the folder has been removed or not found, so "false" means failure.

It is also possible to delete a folder using $folder->delete, which will call this method here. OPTIONS, which are used for some other folder types, will be ignored here: the user's index contains the required details.

 -Option   --Defined in        --Default
  recursive  Mail::Box::Manager  <folder's default>
recursive => BOOLEAN

example: how to delete a folder

 print "no xyz (anymore)\n" if $user->delete('xyz');
$obj->folder(NAME)

Returns the folder description, a Mail::Box::Identity.

$obj->folderCollection(NAME)

Returns a pair: the folder collection (Mail::Box::Collection) and the base name of NAME.

$obj->rename(OLDNAME, NEWNAME, OPTIONS)

Rename the folder with name OLDNAME to NEWNAME. Both names are full pathnames.

 -Option       --Default
  create_supers  <false>
create_supers => BOOLEAN

When you rename a folder to a place where upper hierarchy levels are missing, they will get be defined, but with the deleted flag set.

$obj->topfolder()

Returns the top folder of the user's mailbox storage.

Move messages to folders

$obj->appendMessage([FOLDER|FOLDERNAME,] MESSAGES, OPTIONS)

See "Move messages to folders" in Mail::Box::Manager

$obj->copyMessage([FOLDER|FOLDERNAME,] MESSAGES, OPTIONS)

See "Move messages to folders" in Mail::Box::Manager

$obj->moveMessage([FOLDER|FOLDERNAME,] MESSAGES, OPTIONS)

See "Move messages to folders" in Mail::Box::Manager

Manage message threads

$obj->threads([FOLDERS], OPTIONS)

See "Manage message threads" in Mail::Box::Manager

Internals

$obj->decodeFolderURL(URL)

See "Internals" in Mail::Box::Manager

$obj->toBeThreaded(FOLDER, MESSAGES)

See "Internals" in Mail::Box::Manager

$obj->toBeUnthreaded(FOLDER, MESSAGES)

See "Internals" in Mail::Box::Manager

Error handling

$obj->AUTOLOAD()

See "Error handling" in Mail::Reporter

$obj->addReport(OBJECT)

See "Error handling" in Mail::Reporter

$obj->defaultTrace([LEVEL]|[LOGLEVEL, TRACELEVEL]|[LEVEL, CALLBACK])
Mail::Box::Manage::User->defaultTrace([LEVEL]|[LOGLEVEL, TRACELEVEL]|[LEVEL, CALLBACK])

See "Error handling" in Mail::Reporter

$obj->errors()

See "Error handling" in Mail::Reporter

$obj->log([LEVEL [,STRINGS]])
Mail::Box::Manage::User->log([LEVEL [,STRINGS]])

See "Error handling" in Mail::Reporter

$obj->logPriority(LEVEL)
Mail::Box::Manage::User->logPriority(LEVEL)

See "Error handling" in Mail::Reporter

$obj->logSettings()

See "Error handling" in Mail::Reporter

$obj->notImplemented()

See "Error handling" in Mail::Reporter

$obj->report([LEVEL])

See "Error handling" in Mail::Reporter

$obj->reportAll([LEVEL])

See "Error handling" in Mail::Reporter

$obj->trace([LEVEL])

See "Error handling" in Mail::Reporter

$obj->warnings()

See "Error handling" in Mail::Reporter

Cleanup

$obj->DESTROY()

See "Cleanup" in Mail::Reporter

$obj->inGlobalDestruction()

See "Cleanup" in Mail::Reporter

DIAGNOSTICS ^

Error: Cannot create $name: higher levels missing

Unless you set create(create_supers), all higher level folders must exist before this new one can be created.

Error: Cannot rename $name to $new: higher levels missing

Unless you set create(create_supers), all higher level folders must exist before this new one can be created.

Error: Folder $name is already open.

You cannot ask the manager for a folder which is already open. In some older releases (before MailBox 2.049), this was permitted, but then behaviour changed, because many nasty side-effects are to be expected. For instance, an Mail::Box::update() on one folder handle would influence the second, probably unexpectedly.

Error: Folder $name is not a Mail::Box; cannot add a message.

The folder where the message should be appended to is an object which is not a folder type which extends Mail::Box. Probably, it is not a folder at all.

Warning: Folder does not exist, failed opening $type folder $name.

The folder does not exist and creating is not permitted (see open(create)) or did not succeed. When you do not have sufficient access rights to the folder (for instance wrong password for POP3), this warning will be produced as well.

The manager tried to open a folder of the specified type. It may help to explicitly state the type of your folder with the type option. There will probably be another warning or error message which is related to this report and provides more details about its cause. You may also have a look at new(autodetect) and new(folder_types).

Warning: Folder type $type is unknown, using autodetect.

The specified folder type (see open(type), possibly derived from the folder name when specified as url) is not known to the manager. This may mean that you forgot to require the Mail::Box extension which implements this folder type, but probably it is a typo. Usually, the manager is able to figure-out which type to use by itself.

Error: Illegal folder URL '$url'.

The folder name was specified as URL, but not according to the syntax. See decodeFolderURL() for an description of the syntax.

Error: No foldername specified to open.

open() needs a folder name as first argument (before the list of options), or with the folder option within the list. If no name was found, the MAIL environment variable is checked. When even that does not result in a usable folder, then this error is produced. The error may be caused by an accidental odd-length option list.

Error: Package $package does not implement $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.

Error: Unable to remove folder $dir
Error: Use appendMessage() to add messages which are not in a folder.

You do not need to copy this message into the folder, because you do not share the message between folders.

Warning: Use moveMessage() or copyMessage() to move between open folders.

The message is already part of a folder, and now it should be appended to a different folder. You need to decide between copy or move, which both will clone the message (not the body, because they are immutable).

Warning: Will never create a folder $name without having write access.

You have set open(create), but only want to read the folder. Create is only useful for folders which have write or append access modes (see Mail::Box::new(access)).

SEE ALSO ^

This module is part of Mail-Box distribution version 2.102, built on January 04, 2012. Website: http://perl.overmeer.net/mailbox/

LICENSE ^

Copyrights 2001-2012 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

syntax highlighting: