man Mail::Message::Field::AddrGroup () - A group of Mail::Message::Field::Address objects

NAME

Mail::Message::Field::AddrGroup - A group of Mail::Message::Field::Address objects

INHERITANCE

 Mail::Message::Field::AddrGroup
   is a User::Identity::Collection::Emails
   is a User::Identity::Collection
   is a User::Identity::Item

SYNOPSIS

 my $g = Mail::Message::Field::AddrGroup->new(name => 'name');

 my $a = Mail::Message::Field::Address->new(...);
 $g->addAddress($a);

 my $f = Mail::Message::Field::Addresses->new;
 $f->addGroup($g);

DESCRIPTION

An address group collects a set of e-mail addresses (in this case they are Mail::Message::Field::Address objects).

OVERLOADED

overload: @{} See OVERLOADED in User::Identity::Collection

overload: stringification Returns the string() value.

METHODS

$obj->string Returns the address group as string. When no name is specified, it will only be a comma separated list of addresses. With a name, the groups name will be prepended and a semi-colon appended. When no addresses where included and there is no name, then CWundef is returned.

Constructors

$obj->coerce(OBJECT) Coerce an OBJECT into a Mail::Message::Field::AddrGroup. Currently, you can only coerce User::Identity::Collection::Emails (which is the base class for this one) into this one.

Mail::Message::Field::AddrGroup->new([NAME], OPTIONS) See Constructors in User::Identity::Collection::Emails

Attributes

$obj->description See Attributes in User::Identity::Item

$obj->itemType See Attributes in User::Identity::Collection

$obj->name([NEWNAME]) See Attributes in User::Identity::Item

$obj->roles See Attributes in User::Identity::Collection

Collections

$obj->add(COLLECTION, ROLE) See Collections in User::Identity::Item

$obj->addCollection(OBJECT | ([TYPE], OPTIONS)) See Collections in User::Identity::Item

$obj->collection(NAME) See Collections in User::Identity::Item

$obj->parent([PARENT]) See Collections in User::Identity::Item

$obj->removeCollection(OBJECT|NAME) See Collections in User::Identity::Item

$obj->type

Mail::Message::Field::AddrGroup->type See Collections in User::Identity::Item

$obj->user See Collections in User::Identity::Item

Maintaining roles

$obj->addRole(ROLE| ( [NAME],OPTIONS ) | ARRAY-OF-OPTIONS) See Maintaining roles in User::Identity::Collection

$obj->removeRole(ROLE|NAME) See Maintaining roles in User::Identity::Collection

$obj->renameRole(ROLE|OLDNAME, NEWNAME) See Maintaining roles in User::Identity::Collection

$obj->sorted See Maintaining roles in User::Identity::Collection

Searching

$obj->find(NAME|CODE|undef) See Searching in User::Identity::Collection

Addresses

$obj->addAddress(STRING|ADDRESS|OPTIONS) Add one e-mail address to the list which is maintained in the group. This is a wrapper around addRole() adding flexibility on how addresses are specified. An ADDRESS can be anything which is acceptable for Mail::Message::Field::Address::coerce() or a list of options which will create such an object. Example: of adding an address to an address group

 my @data = (full_name => "Myself", address => 'me@tux.org');
 $group->addAddress(@data);
 my $addr = Mail::Message::Field::Address->new(@data);
 $group->addAddress(@data);
 my $ma = Mail::Address->new(...);
 $group->addAddress($ma);

$obj->addresses Returns all addresses defined in this group. The addresses will be ordered alphabetically to make automated testing possible: roles are stored in a hash, so have an unpredictable order by default. Example: getting all addresses from a group

 my @addrs = $group->addresses;
 my @addrs = map { $_->address } $self->roles; #same

Error handling

DIAGNOSTICS

Error: CW$object is not a collection.

The first argument is an object, but not of a class which extends User::Identity::Collection.

Error: Cannot coerce a CW$type into a Mail::Message::Field::AddrGroup

Error: Cannot create a CW$type to add this to my collection.

Some options are specified to create a CW$type object, which is native to this collection. However, for some reason this failed.

Error: Cannot load collection module for CW$type ($class).

Either the specified CW$type does not exist, or that module named CW$class returns compilation errors. If the type as specified in the warning is not the name of a package, you specified a nickname which was not defined. Maybe you forgot the 'require' the package which defines the nickname.

Error: Cannot rename CW$name into CW$newname: already exists

Error: Cannot rename CW$name into CW$newname: doesn't exist

Error: Creation of a collection via CW$class failed.

The CW$class did compile, but it was not possible to create an object of that class using the options you specified.

Error: Don't know what type of collection you want to add.

If you add a collection, it must either by a collection object or a list of options which can be used to create a collection object. In the latter case, the type of collection must be specified.

Warning: No collection CW$name

The collection with CW$name does not exist and can not be created.

Error: Wrong type of role for CW$collection: requires a CW$expect but got a CW$type

Each CW$collection groups sets of roles of one specific type ($expect). You cannot add objects of a different CW$type.

REFERENCES

See the MailBox website at <http://perl.overmeer.net/mailbox/> for more details.

COPYRIGHTS

Distribution version 2.063. Written by Mark Overmeer (mark@overmeer.net). See the ChangeLog for other contributors.

Copyright (c) 2001-2003 by the author(s). All rights reserved. This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself.