Chris Kolar has made
available list
-manager documentation for Mailman.
+manager documentation for Mailman. His documents have not been updated
+with the new features available in Mailman 2.1.
+
+
The GNU Mailman - List administrator's
+Manual by Terri Oda is available, but
+not yet complete. This is also available in PDF
+format (approx. 84k). It does contain information about options in Mailman
+2.1.
diff --git a/admin/www/mailman-admin.pdf b/admin/www/mailman-admin.pdf
new file mode 100644
index 000000000..c9246991c
Binary files /dev/null and b/admin/www/mailman-admin.pdf differ
diff --git a/admin/www/mailman-admin/about.html b/admin/www/mailman-admin/about.html
new file mode 100644
index 000000000..ddd69867f
--- /dev/null
+++ b/admin/www/mailman-admin/about.html
@@ -0,0 +1,108 @@
+
+
+
The application of
+ LaTeX2HTML to the Python
+ documentation has been heavily tailored by Fred L. Drake,
+ Jr. Original navigation icons were contributed by Christopher
+ Petrilli.
+
+
+This document describes the list administrator's interface for GNU
+Mailman 2.1. It contains information a list owner would need to
+configure their list, either through the web interface or through
+email. It also covers the moderator's interface for approving held
+messages and subscription notices, and the web interface for creating
+new mailing lists. In general, it does not cover the command line
+interface to Mailman, installing Mailman, or interacting with Mailman
+from the point of view of the user. That information is covered in
+other manuals.
+
+The General Options category is where you can set a variety of
+variables that affect basic behavior and public information. In the
+descriptions that follow, the variable name is given first, along with
+an overview and a description of what that variable controls.
+
+
+These variables, grouped under the general list personality section,
+control some public information about the mailing list.
+
+
+
+
real_name
+
Every mailing list has both a posting name and a real
+ name. The posting name shows up in urls and in email addresses,
+ e.g. the mylist in mylist@example.com. The posting
+ name is always presented in lower case, with alphanumeric
+ characters and no spaces. The list's real name is used in some
+ public information and email responses, such as in the general
+ list overview. The real name can differ from the posting name by
+ case only. For example, if the posting name is mylist, the
+ real name can be Posting.
+
+
+
+
owner
+
This variable contains a list of email addresses, one address per
+ line, of the list owners. These addresses are used whenever the
+ list owners need to be contacted, either by the system or by end
+ users. Often, these addresses are used in combination with the
+ moderator addresses (see below).
+
+
+
+
moderator
+
This variable contains a list of email addresses, one address per
+ line, of the list moderators. These addresses are often used in
+ combination with the owner addresses. For example, when
+ you email mylist-owner@example.com, both the owner and
+ moderator addresses will receive a copy of the message.
+
+
+
+
description
+
In the general list overview page, which shows you every available
+ mailing list, each list is displayed with a short description.
+ The contents of this variable is that description. Note that in
+ emails from the mailing list, this description is also used in the
+ comment section of the To: address. This text should
+ be relatively short and no longer than one line.
+
+
+
+
info
+
This variable contains a longer description of the mailing list.
+ It is included at the top of the list's information page, and it
+ can contain HTML. However, blank lines will be automatically
+ converted into paragraph breaks. Preview your HTML though,
+ because unclosed or invalid HTML can prevent display of parts of
+ the list information page.
+
+
+
+
subject_prefix
+
This is a string that will be prepended to the
+ Subject: header of any message posted to the list.
+ For example, if a message is posted to the list with a
+ Subject: like:
+
+
+
+ Subject: This is a message
+
+
+
+and the subject_prefix is [My List] (note the
+ trailing space!), then the message will be received like so:
+
+
+
+ Subject: [My List] This is a message
+
+
+
+If you leave subject_prefix empty, no prefix will be added
+ to the Subject:. Mailman is careful not to add a
+ prefix when the header already has one, as is the case in replies
+ for example. The prefix can also contain characters in the list's
+ preferred language. In this case, because of vagarities of the
+ email standards, you may or may not want to add a trailing space.
+
+
+
+
anonymous_list
+
This variable allows you to turn on some simple anonymizing
+ features of Mailman. When you set this option to Yes,
+ Mailman will remove or replace the From:,
+ Sender:, and Reply-To: fields of any
+ message posted to the list.
+
+
+Note that this option is simply an aid for anonymization, it
+ doesn't guarantee it. For example, a poster's identity could be
+ evident in their signature, or in other mail headers, or even in
+ the style of the content of the message. There's little Mailman
+ can do about this kind of identity leakage.
+
+This section controls what happens to the Reply-To:
+headers of messages posted through your list.
+
+
+Beware! Reply-To: munging is considered a religious issue
+and the policies you set here can ignite some of the most heated
+off-topic flame wars on your mailing lists. We'll try to stay as
+agnostic as possible, but our biases may still peak through.
+
+
+Reply-To: is a header that is commonly used to redirect
+replies to messages. Exactly what happens when your uses reply to
+such a message depends on the mail readers your users use, and what
+functions they provide. Usually, there is both a ``reply to sender''
+button and a ``reply to all'' button. If people use these buttons
+correctly, you will probably never need to munge
+Reply-To:, so the default values should be fine.
+
+
+Since an informed decision is always best, here are links to two
+articles that discuss the opposing viewpoints in great detail:
+
+
+The three options in this section work together to provide enough
+flexibility to do whatever Reply-To: munging you might
+(misguidingly :) feel you need to do.
+
+
+
+
first_strip_reply_to
+
This variable controls whether any Reply-To: header
+ already present in the posted message should get removed before
+ any other munging occurs. Stripping this header will be done
+ regardless of whether or not Mailman will add its own
+ Reply-To: header to the message.
+
+
+If this option is set to No, then any existing
+ Reply-To: header will be retained in the posted
+ message. If Mailman adds its own header, it will contain
+ addresses which are the union of the original header and the
+ Mailman added addresses. The mail standards specify that a
+ message may only have one Reply-To: header, but that
+ that header may contain multiple addresses.
+
+
+
+
reply_goes_to_list
+
This variable controls whether Mailman will add its own
+ Reply-To: header, and if so, what the value of that
+ header will be (not counting original header stripping - see
+ above).
+
+
+When you set this variable to Poster, no additional
+ Reply-To: header will be added by Mailman. This
+ setting is strongly recommended.
+
+
+When you set this variable to This list, a
+ Reply-To: header pointing back to your list's posting
+ address will be added.
+
+
+When you set this variable to Explicit address, the value
+ of the variable reply_to_address (see below) will be
+ added. Note that this is one situation where
+ Reply-To: munging may have a legitimate purpose. Say
+ you have two lists at your site, an announce list and a discussion
+ list. The announce list might allow postings only from a small
+ number of approved users; the general list membership probably
+ can't post to this list. But you want to allow comments on
+ announcements to be posted to the general discussion list by any
+ list member. In this case, you can set the Reply-To:
+ header for the announce list to point to the discussion list's
+ posting address.
+
+
+
+
reply_to_address
+
This is the address that will be added in the
+ Reply-To: header if reply_goes_to_list is set
+ to Explicit address.
+
+
+Mailman sends notifications to the list administrators or list members
+under a number of different circumstances. Most of these
+notifications can be configured in this section, but see the Bounce
+Processing and Auto-responder categories for other notifications that
+Mailman can send.
+
+
+
+
send_reminders
+
By default Mailman sends all list members a monthly password
+ reminder. This notice serves two purposes. First, it reminds
+ people about all the lists they may be subscribed to on this
+ domain, including the lists where their subscription may be
+ disabled. Second, it reminds people about their passwords for
+ these lists, as well as the url for their personal options pages,
+ so that they can more easily configure their subscription options.
+
+
+Some people get annoyed with these monthly reminders, and they can
+ disable the reminders via their subscription options page. For
+ some lists, the monthly reminders aren't appropriate for any of
+ the members, so you can disable them list-wide by setting the
+ send_reminders variable to No.
+
+
+
+
welcome_msg
+
When new members are subscribed to the list, either by their own
+ action, or the action of a list administrator, a welcome message
+ can be sent to them. The welcome message contains some common
+ boilerplate information, such as the name of the list,
+ instructions for posting to the list, and the member's
+ subscription password. You can add additional information to the
+ welcome message by typing the text into the welcome_msg
+ text box. Note that because this text is sent as part of an
+ email, it should not contain HTML.
+
+
+
+
send_welcome_msg
+
This flag controls whether or not the welcome message is sent to
+ new subscribers.
+
+
+
+
goodbye_msg
+
Like the welcome_msg, a ``goodbye'' message can be sent to
+ members when they unsubscribe from the list. Unlike the welcome
+ message, there's no boilerplate for the goodbye message. Enter
+ the entire goodbye message you'd like unsubscribing members to
+ receive into the goodbye_msg text box.
+
+
+
+
send_goodbye_msg
+
This flag controls whether or not the goodbye message is sent to
+ unsubscribing members.
+
+
+
+
admin_immed_notify
+
List moderators get notifications of pending administrative
+ actions, such as subscription or unsubscription requests that
+ require moderator approval, or posted messages that are being held
+ for moderator approval. List moderators will always get a daily
+ summary of such pending requests, but they can also get immediate
+ notifications when such a request is made. The
+ admin_immed_notify variable controls whether these
+ immediate notifications are sent or not. It's generally a good
+ idea to leave this set to Yes.
+
+
+
+
admin_notify_mchanges
+
This variable controls whether the list administrators should get
+ notifications when members join or leave the list.
+
+
+
+
respond_to_post_requests
+
This variable controls whether the original sender of a posting
+ gets a notice when their message is held for moderator approval.
+
+
+This section contains some miscellaneous settings for your mailing
+list.
+
+
+
+
emergency
+
When this option is enabled, all list traffic is emergency
+ moderated, i.e. held for moderation. Turn this option on when
+ your list is experiencing a flamewar and you want a cooling off
+ period.
+
+
+
+
new_member_options
+
Each member has a set of subscription options which they can use
+ to control how they receive messages and otherwise interact with
+ the list. While the members can change these settings by logging
+ into their personal options page, you might want to set the
+ default for a number of the member options. You can do that with
+ this variable, but see also the other categories for other member
+ defaults you can set.
+
+
+This variable presents a set of checkboxes which control the
+ defaults for some of the member options. Conceal the
+ member's address specifies whether or not the address is
+ displayed in the list roster. Acknowledge the member's
+ posting controls whether or not Mailman sends an acknowledgement
+ to a member when they post a message to the list. Do not
+ send a copy of a member's own post specifies whether a member
+ posting to the list will get a copy of their own posting.
+ Filter out duplicate messages to list members (if possible)
+ specifies whether members who are explicitly listed as a recipient
+ of a message (e.g. via the Cc: header) will also get a
+ copy from Mailman.
+
+
+Of course, members can always override these defaults by making
+ changes on their membership options page.
+
+
+
+
administrivia
+
This option specifies whether Mailman will search posted messages
+ for admimistrivia, in other words, email commands which
+ usually should be posted to the -request address for the
+ list. Setting this to Yes helps prevent such things as
+ unsubscribe messages getting erroneously posted to the list.
+
+
+If a message seems to contain administrivia, it is held for
+ moderator approval.
+
+
+
+
max_message_size
+
This option specifies a maximum message size, in kilobytes, over
+ which the message will be held for moderator approval.
+
+
+
+
host_name
+
This option specifies the host name part of email addresses used
+ by this list. For example, this is the example.com part of
+ the posting address mylist@example.com.
+
+
+It's generally not a good idea to change this value, since its
+ default value is specified when the mailing list is created.
+ Changing this to an incorrect value could make it difficult to
+ contact your mailing list. Also not that the url used to visit
+ the list's pages is not configurable through the web interface.
+ This is because if you messed it up, you'd have to have the site
+ administrator fix it.
+
+
+
+
include_rfc2369_headers
+
RFC 2369 is an internet standard that describes a bunch of
+ headers that mailing list managers should add to messages to make
+ it easier for people to interact with the list. Mail reading
+ programs which support this standard may provide buttons for easy
+ access to the list's archives, or for subscribing and
+ unsubscribing to the list. It's generally a good idea to enable
+ these headers as it provides for an improved user experience.
+ These headers are often called the List-* headers.
+
+
+However, not all mail readers are standards compliant yet, and if
+ you have a large number of members who are using non-compliant
+ mail readers, they may be annoyed at these headers. You should
+ first try to educate your members as to why these headers exist,
+ and how to hide them in their mail clients. As a last resort you
+ can disable these headers, but this is not recommended.
+
+
+
+
include_list_post_header
+
The List-Post: header is one of the headers
+ recommended by RFC 2369. However for some announce-only mailing
+ lists, only a very select group of people are allowed to post to
+ the list; the general membership is usually not allowed to post to
+ such lists. For lists of this nature, the List-Post:
+ header is misleading. Select No to disable the inclusion
+ of this header. (This does not affect the inclusion of the other
+ List-* headers.)
+
+As mentioned above, there are two primary administrative roles for
+mailing lists. In this category you can specify the password for
+these roles.
+
+
+The list owner has total control over the configuration of their
+mailing list (within some bounds as specified by the site
+administrator). Note that on this page, for historical reasons, the
+list owner role is described here as the list administrator.
+You can set the list owner's password by entering it in the password
+field on the left. You must type it twice for confirmation. Note
+that if you forget this password, the only way for you to get back
+into your list's administrative pages is to ask the site administrator
+to reset it for you (there's no password reminders for list owners).
+
+
+If you want to delegate list moderation to someone else, you can enter
+a different moderator password in the field on the right (typed twice
+for confirmation). Note that if you aren't going to delegate
+moderation, and the same people are going to both configure the list
+and moderate postings to the list, don't enter anything into the
+moderator password fields. If you do enter a separate moderator
+password, be sure to fill in the moderator variable in the
+General options category page.
+
+
+Mailman is multilingual and internationalized, meaning you can set up
+your list so that members can interact with it in any of a number of
+natural languages. Of course, Mailman won't translate list
+postings. :)
+
+
+However, if your site administrator has enabled its support, you can
+set your list up to support any of about two dozen languages, such as
+German, Italian, Japanese, or Spanish. Your list members can then
+choose any of your supported languages as their preferred
+language for interacting with the list. Such things as their member
+options page will be displayed in this language. Each mailing list
+also has its own preferred language which is the language the
+list supports if no other language context is known.
+
+
+These variables control the language settings for your mailing list:
+
+
+
+
preferred_language
+
This is the list's preferred language, which is the language that
+ the list administrative pages will be displayed in. Also any
+ messages sent to the list owners by Mailman will be sent in this
+ language. This option is presented as a drop-down list containing
+ the language enabled in the available_languages variable.
+
+
+
+
available_languages
+
This set of checkboxes contains all the natural languages that
+ your site administrator has made available to your mailing lists.
+ Select any language that you'd either like your members to be able
+ to view the list in, or that you'd like to be able to use in your
+ list's preferred_language variable.
+
+
+
+
encode_ascii_prefixes
+
If your mailing list's preferred language uses a non-ASCII
+ character set and the subject_prefix contains non-ASCII
+ characters, the prefix will always be encoded according to the
+ relevant standards. However, if your subject prefix contains only
+ ASCII characters, you may want to set this option to Never
+ to disable prefix encoding. This can make the subject headers
+ slightly more readable for users with mail readers that don't
+ properly handle non-ASCII encodings.
+
+
+Note however, that if your mailing list receives both encoded and
+ unencoded subject headers, you might want to choose As
+ needed. Using this setting, Mailman will not encode ASCII
+ prefixes when the rest of the header contains only ASCII
+ characters, but if the original header contains non-ASCII
+ characters, it will encode the prefix. This avoids an ambiguity
+ in the standards which could cause some mail readers to display
+ extra, or missing spaces between the prefix and the original
+ header.
+
+The Membership Management category is unlike the other
+administrative categories. It doesn't contain configuration variables
+or list settings. Instead, it presents a number of pages that allow
+you to manage the membership of you list. This includes pages for
+subscribing and unsubscribing members, and for searching for members,
+and for changing various member-specific settings.
+
+
+More details on membership management are described in the Membership
+Management section.
+
+
+Mailman delivers messages to users via two modes. List members can
+elect to receive postings in bundles call digests one or a few
+times a day, or they can receive messages immediately whenever the
+message is posted to the list. This latter delivery mode is also
+called non-digest delivery. There are two administrative
+categories available for separately controlling digest and non-digest
+delivery. You can even disable one or the other forms of delivery
+(but not both).
+
+
+Both kinds of delivery can have list-specific headers and footers
+added to them which can contain other useful information you want your
+list members to see. For example, you can include instructions for
+unsubscribing, or a url to the lists digest, or any other information.
+
+
+Non-digest deliveries can also be personalized which means
+certain parts of the message can contain information tailored to the
+member receiving the message. For example, the To: header
+will contain the address of the member when deliveries are
+personalized. Footers and headers can contain personalized
+information as well, such as a link to the individual user's options
+page.
+
+
+In addition, personalized messages will contain extra information that
+Mailman can use to unambiguously track bounces from members.
+Ordinarily, Mailman does some pattern recognition on bounce messages
+to determine list members whose addresses are no longer valid, but
+because of the vagaries of mail systems, and the countless forwards
+people can put in place, it's often the case that bounce messages
+don't contain any useful information in them. Personalized messages
+avoid this problem by encoding information in certain headers that
+unambiguously identify the recipient of a message. If that message
+bounces, Mailman will know exactly which member it was intended for.
+
+
+Note that because personalization requires extra system resources, it
+must be enabled by the site administrator before you can choose it.
+
+
+Here are the variables which control non-digest delivery:
+
+
+
+
nondigestable
+
This option controls whether members can receive immediate
+ delivery or not. If not, they will be forced to receive messages
+ in digests. You can't disable non-digest delivery if digests are
+ already disabled.
+
+
+
+
personalize
+
This option turns on message personalization.
+
+
+
+
msg_header
+
This text box lets you enter information that will be included in
+ the header of every non-digest message sent through the
+ list.
+
+
+See below for more information on what can go in the headers and
+ footers. If you leave this text box empty, no header will be
+ added.
+
+
+
+
msg_footer
+
Just like with the header, you can add a footer to every message.
+ The same rules apply to footers as apply to headers.
+
+
+
+
+Headers and footers can contain any text you want. For non-English
+lists, the headers and footers can contain any character in the
+character set of the list's preferred language. The headers and
+footers can also contain substitution variables which Mailman
+will fill in with information taken from the mailing list. These
+substitutions are in Python string interpolation format, where
+something like %(list_name)s is substituted with he name of
+the mailing list. Note that the trailing "s" is
+required2.
+
+
+For example, a footer containing the following text:
+
+
+
+This is the \%(list_name)s mailing list
+Description: \%(description)s
+
+
+
+might get attached to postings like so:
+
+
+
+This is the Example mailing list
+Description: An example of Mailman mailing lists
+
+
+
+Here is the list of substitution variables available for your headers
+and footers:
+
+
+
+
real_name
+
This is the value of the real_name configuration variable
+ in the General options category.
+
+
+
+
list_name
+
This is the canonical name of the mailing list. In other words
+ it's the posting address of the list3.
+
+
+
+
host_name
+
This is the domain name part of the email address for this list.
+
+
+
+
web_page_url
+
This is the base url for contacting the list via the web. It can
+ be appended with listinfo/%(list_name)s to yield the
+ general list information page for the mailing list.
+
+
+
+
description
+
The brief description of the mailing list.
+
+
+
+
info
+
This is the full description of the mailing list.
+
+
+
+
cgiext
+
This is the extension added to CGI scripts. It might be the empty
+ string, .cgi, or something else depending on how your site
+ is configured.
+
+
+
+
+Note that real_name, host_name, description, and
+info substitution variables take their values from the list
+configuration variables of the same name.
+
+
+When personalization is enabled, the following substitution variables
+are also available:
+
+
+
+
user_address
+
The address of the recipient of the message, coerced to lower case.
+
+
+
+
user_delivered_to
+
The case-preserved address that the user subscribed to the mailing
+ list with4.
+
+
The site administrator can configure lists to use a
+simpler interpolation format, where $list_name or
+${list_name} would be substituted with the mailing list's
+name. Ask your site administrator if the've configured your list this
+way.
+
+
Usually it makes no difference which of
+ user_address and user_delivered_to is used, but it's
+ important to remember that they can be different. When they're
+ different, Mailman always uses the lower case address as the key
+ to the member's subscription information, but it always delivers
+ messages to the case-preserved version.
+
+
+Digest delivery is a way to bundle many articles together into one
+package, which can be delivered once per day (if there were any posted
+articles), or whenever the package is bigger than a specified limit.
+Some users may prefer this style of delivery for higher traffic lists
+since they will receive fewer messages.
+
+
+Mailman supports two standard digest formats, and if digests are
+enabled, users can select which of the two formats they receive. One
+is MIME digests, where each message is an attachment inside a
+multipart/digest. This format also contains a summary
+table of contents, and of course the an optional header and footer,
+and it retains most of the headers of the original messages.
+
+
+The second type is called ``plaintext'' digests because they are
+readable in mail readers that don't support MIME. Actually, they
+adhere to the RFC 1153 digest standard. The retain some, but not
+all of the original messages, but can also include a summary and
+headers and footers.
+
+
+Like non-digest delivery, you can enable or disable digest delivery,
+but you cannot disable both types of delivery. You can specify
+different headers and footers for digest and non-digest deliveries.
+You cannot personalize digest deliveries.
+
+
+As list administrator, you may want to send an urgent message to all
+list members, bypassing the normal digest bundling. To do this, send
+the message with a Urgent: header, where the value of the
+header is the list administrator's password. Non-digest members will
+receive the message like normal, but digest members will receive the
+message immediately5.
+
+
+Here are the variables which control digest delivery:
+
+
+
+
digestable
+
The option controls whether members can receive digest deliveries
+ or not. If not, they will be forced to receive immediate
+ deliveries. You can't disable digests if non-digests are already
+ disabled.
+
+
+
+
digest_is_default
+
Controls which style of delivery is the default for new members.
+ You can choose Regular (non-digest) or Digest
+ delivery.
+
+
+
+
mime_is_default_digest
+
If a member is allowed to choose digests, this variable controls
+ which is the default digest style they will receive. Plain
+ digests are RFC 1153 format as described above.
+
+
+
+
digest_size_threshold
+
Normally, digest members get at least one message per day, if
+ there have been any messages posted to the list. However, for
+ high volume lists, you may want to send out digests when the size
+ has reached a certain threshold, otherwise, the one digest they
+ receive could be huge. This variable controls the size threshold
+ by specifying the maximum digest size in kilobytes. Note that
+ this threshold isn't exact. Set this variable to zero to specify
+ that there is no size threshold, in which case no more than one
+ digest will be sent out per day.
+
+
+
+
digest_send_periodic
+
This variable actually controls whether or not a digest is sent
+ daily when the size threshold has not yet been met. If set to
+ No, then digests will only be sent when they are bigger
+ than digest_size_threshold.
+
+
+
+
digest_header
+
This text box lets you enter information that will be included in
+ the header of every digest message sent through the list. The
+ same information can go in this header as can go in the
+ msg_header, except for the personalization variables.
+
+
+
+
digest_footer
+
Just like with the header, you can add a footer to every message.
+ The same rules apply to digest footers as apply to digest headers.
+
+
+
+
digest_volume_frequency
+
Each digest is numbered with a volume and an issue. This variable
+ controls how often a new digest volume is sent. When the digest
+ volume number is incremented, the issue number is reset to 1.
+
+
+
+
_new_volume
+
This is an action variable, which forces an increment of the
+ volume number as soon as you submit the form.
+
+
+
+
_send_digest_now
+
This is another action variable. Select Yes, submit the
+ form, and the current digest is packaged up and sent to digest
+ members, regardless of size (well, there has to be at least one
+ message in the digest).
+
+The Privacy category lets you control how much of the list's
+information is public, as well as who can send messages to your list.
+It also contains some spam detection filters. Note that this section
+is not used to control whether your list's archives are public or
+private; for that, use the category.
+
+
+There are four sub-categories:
+
+
+
Subscription rules - i.e. the rules for joining and leaving
+ your mailing list
+
+
+
+
Sender filters - the rules for who may post messages to your
+ list
+
+
+
+
Recipient filters - moderation rules based on the recipient of
+ the message
+
+
+
+
Spam filters - some regular expression based rules for header
+ matching
+
+
+
+
+The sender, recipient, and spam filtering rules are part of the
+general list moderation features of Mailman. When a message is posted
+to the list, it is matched against a number of criteria, the outcome
+of which determines whether the message is reflected to the membership
+or not. In general, the outcome is one of four states:
+
+
+
+
+
Approved or Accepted - the message may be sent on to the
+ members of the mailing list.
+
+
+
+
Hold - the message will be held for moderator approval. The
+ list owners and moderators will then have to explicitly approve
+ the message before the list members will see it.
+
+
+
+
Reject - the message is bounced back to the original sender,
+ often with a notice containing the reason the message was
+ rejected. The list members never see rejected messages.
+
+
+
+
Discard - the message is simply thrown away without further
+ processing.
+
+
+
+
+Many of the fields in this section are text boxes accepting addresses,
+one per line. Unless otherwise noted, these also accept regular
+expressions which will be matched against an address, if the line
+begins with a (caret) character.
+
+
+This subcategory controls the rules for exposing the existance of this
+list, and for what new members must do in order to subscribe to the
+list.
+
+
+
+
advertised
+
This option controls whether this list will show up in the list
+ overview for the site. Normally, an overview contains the name
+ and short description of every mailing list in the virtual
+ domain. By setting this variable to No, it will not show
+ up in this overview, nor will it show up in the administrative
+ overview. The only way then to find the list is to guess (or
+ know!) its name.
+
+
+
+
subscribe_policy
+
This option controls the steps that a new member must take to join
+ the list. The available options may differ based on some defaults
+ that the site administrator chooses. They are:
+
+
+
+
+
None - No verification is done on the subscribing
+ member. This is also called open subscriptions and is
+ generally disabled by default. The site administrator must
+ allow list admins to choose this option; if not, this option
+ will not be presented to you.
+
+
+
+
Confirm - An email confirmation step is required before the
+ address is added to the list. When a member requests
+ subscription, either via the web page or by sending a
+ message to yourlist-join@example.com, Mailman
+ will send a confirmation message to the requesting address.
+ This mail-back confirmation contains a unique identifier,
+ which the requester can present to Mailman in order to
+ confirm their subscription. This can be done either by
+ replying to the mail-back, or by visiting the url in the
+ mail-back message. The url points to a page that lets the
+ user either discard or confirm their request.
+
+
+
+
Require approval - All subscription requests are held for
+ approval of the list moderator. No mail-back confirmation
+ is sent, but the list admins will recieve a message
+ indicating that approval is pending.
+
+
+
+
Confirm and approve - Here, a mail-back notice must first
+ be confirmed by the requester. Once confirmed, the list
+ moderator must then approve the request. This is the most
+ secure method for users to subscribe since it both verifies
+ the requesting address, and forces the list moderators to
+ approve the request.
+
+
+
+
+
+
+
+
unsubscribe_policy
+
Specifies whether the list moderator's approval is required for
+ unsubscription requests. No is highly recommended, since
+ it is exceedingly impolite to not allow people to leave a mailing
+ list whenever they want (i.e. opt-out). Yes is useful in
+ some specialized contexts; e.g. you may not want to allow
+ employees to unsubscribe from the company newsletter.
+
+
+
+
ban_list
+
This contains a list of addresses (or regular expressiosn), one
+ per line, that are banned from ever subscribing to your mailing
+ list. If a match occurs during the subscription process, the
+ request will be automatically rejected, and the requester will get
+ a rejection notice. You can use this to permanently ban
+ troublesome posters to a members-only list.
+
+
+
+
private_roster
+
This specifies who is allowed to view the roster of member
+ addresses. If you choose Anyone, then the list membership
+ is completely public. You can limit exposure of the roster to
+ just list members, or just to the list administrators. In the
+ former case, a user must enter a valid member's address and
+ password before they can view the roster. In the latter case, a
+ list administrator's password must be enter; if a matching admin
+ password is entered, address field is ignored.
+
+
+
+
obscure_addresses
+
Controls whether some simple obfuscation of addresses is used when
+ member addresses are included on web pages. This should reduce
+ the opportunity for email address harvesting by spammers, although
+ it probably doesn't eliminate it.
+
+When a message is posted to the list, a series of moderation criteria are
+applied to determine the disposition of the message. This section
+contains the modeation controls for postings from both members and
+non-members.
+
+
+
+
default_member_moderation
+
Member postings are held for moderation if their moderation
+ flag is turned on. Note that only the list administrators can
+ change the value of a member's moderation flag.
+
+
+You can control whether new members get their moderation flag
+ turned on or off by default when they subscribe to the list. By
+ turning this flag off by default, postings by members will be
+ allowed without further intervention (barring other restrictions
+ such as size or implicit recipient lists - see below). By
+ turning the flag on, you can quarantine new member postings to
+ make sure that they meet your criteria for netiquette, topicality,
+ etc. Once you determine that the new member understands the
+ community's posting rules, you can turn off their moderation flag
+ and let their postings go through unstopped.
+
+
+E-newsletter style lists can also be set up by using the
+ moderation flag. By setting the member_moderation_action
+ to Reject, and by turning off the moderation flag for just
+ the few approved senders, your list will operate in essentially a
+ one-way direction. Note that you'd also need to reject or discard
+ postings from non-members.
+
+
+
+
member_moderation_action
+
This is the action to take for postings from a member who's
+ moderation flag is set. For typical discussion lists, you'll
+ likely set this to Hold so that the list moderator will get
+ a chance to manually approve, reject, or discard the message. For
+ e-newsletter and announcement lists, you might want to set this to
+ Reject or Discard.
+
+
+Note that when a moderated member posts to your list, and the
+ member_moderation_action is set to Hold, the message
+ will appear on the administrative requests page. When you dispose
+ of the message, you will be given an opportunity to clear the
+ moderation flag at the same time. If you're quarantining new
+ posts, this makes it very convenient to both approve a new
+ member's post and de-moderate them at the same time.
+
+
+
+
member_moderation_notice
+
When a member's moderation flag is turned on and
+ member_moderation_action is Reject, this variable
+ contains the text sent in the rejection notice.
+
+
+
+
+The next batch of variables controls what happens when non-members
+post messages to the list. Each of these accepts one email address
+per line; regular expressions are allowed if the line starts with the
+(caret) character. These address lists are always consulted in the
+order in which they're presented on this page (i.e. accepts first,
+followed by holds, rejections, and discards).
+
+
+
+
accept_these_nonmembers
+
Postings from non-members whose addresses match this list are
+ accepted, barring other list restrictions due to size, implicit
+ recipients, etc. You might want to add alternative addresses of
+ approved posters to this list.
+
+
+
+
hold_these_nonmembers
+
Postings from non-members whose addresses match this list are
+ held for moderator approval.
+
+
+
+
reject_these_nonmembers
+
Postings from non-members whose addresses match this list are
+ rejected, i.e. bounced back to the original sender. There
+ currently is no way to add additional text to the rejection
+ message.
+
+
+
+
discard_these_nonmembers
+
Postings from non-members whose addresses match this list are
+ discarded, with no bounce back message. You might want to add the
+ addresses of known spammers to this list.
+
+
+
+
generic_nonmember_action
+
This variable controls what happens to non-member posts when the
+ address of the sender doesn't match any of the above four lists.
+ If you set this to Hold, the posting will appear on the
+ administrative requests page, and you will be given an opportunity
+ to add the non-member to one of the above four lists at the same
+ time you dispose of the held message.
+
+
+
+
forward_auto_discards
+
When messages from non-members are discarded, either because the
+ sender address matched discard_these_nonmembers, or because
+ generic_nonmember_action is Discard, you can choose
+ whether such messages are forwarded to the lsit administrators or
+ not.
+
+The variables in this section control various filters based on the
+recipient of the message.
+
+
+
+
require_explicit_destination
+
This controls whether the mailing list posting address must be
+ explicitly named in the To: or Cc:
+ recipient lists. The main reason why it wouldn't is if the
+ message was blind-carbon-copied (i.e. Bcc:'d) to the
+ list. Spammers like to do this, but sometimes legitimate messages
+ are forwarded to the list this way.
+
+
+If the list is not explicitly addressed and this setting is turned
+ on, the message will be held for moderator approval.
+
+
+
+
acceptable_aliases
+
This is the list of alternative addresses that are acceptable as a
+ list posting address when require_explicit_destination is
+ enabled. This is useful for when there aliases for the main
+ posting address (e.g. help@example.com may be an alias for
+ help-list@example.com).
+
+
+
+
max_num_recipients
+
This is the maximum number of explicit recipients that are allowed
+ on the posted message. Spammers sometimes send messages with lots
+ of explicit recipients, so setting this number to a reasonable
+ value may cut down on spam.
+
+This section provides some adjuncts to spam fighting tools; it
+doesn't replace dedicated anti-spam tools such as SpamAssassin or
+Spambayes.
+
+
+
+
bounce_matching_headers
+
This variable contains header regular expressions, one per line,
+ and if any of a message's headers matches one of these patterns,
+ it will be held for moderation. The format is a colon separated
+ header and value, where the header is case insensitive and the
+ value is any valid Python regular expression. Lines that start
+ with # are ignored.
+
+
+This variable can be used to catch known spammers by writing
+ regexps that match against To: or Cc:
+ lines, or known-bad Message-ID:s. Perhaps more useful
+ though are patterns that match headers added by spam detection
+ tools higher up in the tool chain. For example, you might
+ configure SpamAssassin to add an X-Spam-Score: header
+ with between zero and 5 stars depending on the spam score. Then
+ you can add a line to this variable like:
+
+
+
+ X-Spam-Score: [*]{3,5}
+
+
+
+This line will match from 3 to 5 stars in the value of this
+ field.
+
+These policies control the automatic bounce processing system in
+Mailman. Here's an overview of how it works:
+
+
+When a bounce is received, Mailman tries to extract two pieces of
+information from the message: the address of the member the message
+was intended for, and the severity of the problem causing the bounce.
+The severity can be either hard for fatal errors, or
+soft for transient errors. When in doubt, a hard severity is
+used.
+
+
+If no member address can be extracted from the bounce, then the bounce
+message is usually discarded. Every member has a bounce score,
+initialized at zero, and every time we encounter a bounce from a
+member we increment that member's score. Hard bounces increment by 1
+while soft bounces increment by 0.5. We only increment the bounce
+score once per day, so even if we receive ten hard bounces from a
+member per day, their score will increase by only 1 for that day.
+
+
+When a member's bounce score is greater than the bounce score
+threshold (see below), the member's subscription is disabled. Once
+disabled, the member will not receive any postings from the list until
+their membership is explicitly re-enabled, either by the list
+administrator or the user. However, they will receive occasional
+reminders that their membership has been disabled, and these reminders
+will include information about how to re-enable their membership. You
+can control both the number of reminders the member will receive and
+the frequency with which these reminders are sent.
+
+
+There is one other important configuration variable; after a certain
+period of time - during which no bounces from the member are received
+- the bounce information is considered stale and discarded. Thus by
+adjusting this value, and the score threshold, you can control how
+quickly bouncing members are disabled. You should tune both of these
+to the frequency and traffic volume of your list.
+
+
+
+
bounce_processing
+
Specifies whether or not this list should do automatic bounce
+ processing.
+
+
+
+
bounce_score_threshold
+
This is the bounce score above which a member's subscription will
+ be automatically disabled. When the subscription is re-enabled,
+ their bounce score will be reset to zero. This value can be a
+ floating point number.
+
+
+
+
bounce_info_stale_after
+
Thenumber of days after which a member's bounce information is
+ considered stale. If no new bounces have been received in the
+ interrim, the bounce score is reset to zero. This value must be
+ an integer.
+
+
+
+
bounce_you_are_disabled_warnings
+
The number of notices a disabled member will receive before their
+ address is removed from the mailing list's roster. Set this to 0
+ to immediately remove an address from the list once their bounce
+ score exceeds the threshold. This value must be an integer.
+
+
+
+
bounce_you_are_disabled_warnings_interval
+
The number of days between each disabled notification.
+
+
+
+
bounce_unrecognized_goes_to_list_owner
+
This variable controls whether unrecognized bounces are discarded,
+ or forwarded on the list administrator. The bounce detector isn't
+ perfect, although personalization can make it much more accurate.
+ The list owner may want to receive unrecognized bounces so that
+ they can manually disable or remove such members.
+
+
+
+
bounce_notify_owner_on_disable
+
This option controls whether or not the list owner is notified
+ when a member's subscription is automatically disabled due to
+ their bounce threshold being reached.
+
+
+
+
bounce_notify_owner_on_removal
+
This option controls whether or not the list owner is notified
+ when a member is removed from the list after their disabled
+ notifications have been exhausted.
+
+Mailman comes with a built-in web-based archiver called
+Pipermail, although it can be configured to use external,
+third party archivers.
+
+
+
+
archive
+
This option tells Mailman whether to archive messages it receives
+ or not, regardless of whether Pipermail or a third party archiver
+ is used. Turn this off if you don't want to archive messages.
+
+
+Note that senders can control whether their own posts are
+ archived, on an individual per-message basis. If the posted
+ message has a X-No-Archive: header (regardless of
+ value), or a X-Archive: header with a value of
+ No (case insensitive), then the message will not be
+ archived, although it will be treated as normal in all other
+ ways.
+
+
+
+
archive_private
+
Controls whether Pipermail archives are private or public.
+ Private archives require a valid member address and password, or a
+ list administrator password in order to access them. This
+ option has no effect when a third party archiver is used.
+
+
+
+
archive_volume_frequency
+
Controls how Pipermail splits messages in the archive. The most
+ common option is Monthly meaning a new archive volume is
+ started every month. Very high volume lists may want a shorter
+ frequency (e.g. Weekly or Daily) where as lower
+ volume lists may want a longer frequency (e.g. Yearly).
+ This option has no effect when a third party archiver is used.
+
+Mailman has a sophisticated mail-to-news gateway feature. It can
+independently gate messages from news to mail and vice versa, and can
+even be used to manage moderated newsgroups.
+
+
+Warning: This documentation is not yet complete. It is known to be missing
+sections and hasn't been proofread completely yet. However, I'm putting it
+online anyhow because some questions have come up on the lists which are
+answered in here.
+
+
+To create an appendix in a Python HOWTO document, use markup like
+this:
+
+
+
+\appendix
+
+\section{This is an Appendix}
+
+To create an appendix in a Python HOWTO document, ....
+
+
+\section{This is another}
+
+Just add another \section{}, but don't say \appendix again.
+
+GNU Mailman is software that lets you manage electronic mailing lists.
+It supports a wide range of mailing list types, such as general
+discussion lists and announce-only lists. Mailman has extensive
+features for controlling the privacy of your lists, distributing your
+list as personalized postings or digests, gatewaying postings to and
+from Usenet, and providing automatic bounce detection. Mailman
+provides a built-in archiver, multiple natural languages, as well as
+advanced content and topic filtering.
+
+
+Mailman provides several interfaces to its functionality. Most list
+administrators will primarily use the web interface to customize their
+lists. There is also a limited email command interface to the
+administrative functions, as well as a command line interface if you
+have shell access on the Mailman server. This document does not cover
+the command line interface; see the GNU Mailman site administrator's
+manual for more details.
+
+
+Every mailing list has a set of email addresses that messages can be
+sent to. There's always one address for posting messages to the list,
+one address that bounces will be sent to, and addresses for processing
+email commands. For example, for a mailing list called
+mylist@example.com, you'd find these addresses:
+
+
+
+
+
mylist@example.com - this is the email address people should
+ use for new postings to the list.
+
+
+
+
mylist-join@example.com - by sending a message to this address,
+ a new member can request subscription to the list. Both the
+ Subject: header and body of such a message are
+ ignored. Note that mylist-subscribe@example.com is an alias for
+ the -join address.
+
+
+
+
mylist-leave@example.com - by sending a message to this address,
+ a member can request unsubscription from the list. As with the
+ -join address, the Subject: header and body of the
+ message is ignored. Note that mylist-unsubscribe@example.com is
+ an alias for the -leave address.
+
+
+
+
mylist-owner@example.com - This address reaches the list owner
+ and list moderators directly.
+
+
+
+
mylist-request@example.com - This address reaches a mail robot
+ which processes email commands that can be used to set member
+ subscription options, as well as process other commands.
+
+
+
+
mylist-bounces@example.com - This address receives bounces from
+ members who's addresses have become either temporarily or
+ permanently inactive. The -bounces address is also a mail robot
+ that processes bounces and automatically disables or removes
+ members as configured in the bounce processing settings. Any
+ bounce messages that are either unrecognized, or do not seem to
+ contain member addresses, are forwarded to the list
+ administrators.
+
+
+
+
mylist-confirm@example.com - This address is another email
+ robot, which processes confirmation messages for subscription
+ and unsubscription requests.
+
+
+
+
+There's also an -admin address which also reaches the list
+administrators, but this address only exists for compatibility with
+older versions of Mailman.
+
+
+There are two primary administrative roles for each mailing list, a
+list owner and a list moderator. A list owner is allowed to change
+various settings of the list, such as the privacy and archiving
+policies, the content filtering settings, etc. The list owner is also
+allowed to subscribe or invite members, unsubscribe members, and
+change any member's subscription options.
+
+
+The list moderator on the other hand, is only allowed to approve or
+reject postings and subscription requests. The list moderator can
+also do things like clear a member's moderation flag, or add an
+address to a list of approved non-member posters.
+
+
+Normally, the list owner and list moderator are the same person. In
+fact, the list owner can always do all the tasks a list moderator can
+do. Access to both the owner's configuration pages, and the
+moderation pages are protected by the same password. However, if the
+list owner wants to delegate posting and subscription approval
+authority to other people, a separate list moderator password can be
+set, giving moderators access to the approval pages, but not the
+configuration pages. In this setup, list owners can still moderate
+the list, of course.
+
+
+In the sections that follow, we'll often use the terms list owner and
+list administrator interchangably, meaning both roles. When
+necessary, we'll distinguish the list moderator explicitly.
+
+
+Every mailing list is also accessible by a number of web pages. Note
+that the exact urls is configurable by the site administrator, so they
+may be different than what's described below. We'll describe the most
+common default configuration, but check with your site administrator
+or hosting service for details.
+
+
+Mailman provides a set of web pages that list members use to get
+information about the list, or manage their membership options. There
+are also list archive pages, for browsing an online web-based archive
+of the list traffic. These are described in more detail in the GNU
+Mailman user's manual.
+
+
+Mailman also provides a set of pages for configuring an individual
+list, as well as a set of pages for disposing of posting and
+subscription requests.
+
+
+For a mailing list called mylist hosted at the domain
+lists.example.com, you would typically access the administrative
+pages by going to http://lists.example.com/mailman/admin/mylist.
+The first time you visit this page, you will be presented with a login
+page, asking for the list owner's password. When you enter the
+password, Mailman will store a session cookie in your browser, so you
+don't have to re-authenticate for every action you want to take. This
+cookie is stored only until you exit your browser.
+
+
+To access the administrative requests page, you'd visit
+http://lists.example.com/mailman/admindb/mylist (note the
+admindb url as opposed to the admin url). Again, the
+first time you visit this page, you'll be presented with a login page,
+on which you can enter either the list moderator password or the list
+owner password. Again, a session cookie is dropped in your browser.
+Note also that if you've previously logged in as the list owner, you
+do not need to re-login to access the administrative requests page.
+
+
+This section will outline the basic architecture of GNU Mailman, such
+as how messages are processed by the sytem. Without going into lots
+of detail, this information will help you understand how the
+configuration options control Mailman's functionality.
+
+
+When mail enters the system from your mail server, it is dropped into
+one of several Mailman queues depending on the address the
+message was sent to. For example, if your system has a mailing list
+named mylist and your domain is example.com, people can
+post messages to your list by sending them to
+mylist@example.com. These messages will be dropped into the
+incoming queue, which is also colloquially called the
+moderate-and-munge queue. The incoming queue is where most of
+the approval process occurs, and it's also where the message is
+prepared for sending out to the list membership.
+
+
+There are separate queues for the built-in archiver, the bounce
+processor, the email command processor, as well as the outgoing email
+and news queues. There's also a queue for messages generated by the
+Mailman system. Each of these queues typically has one queue
+runner (or ``qrunner'') that processes messages in the queue. The
+qrunners are idle when there are no messages to process.
+
+
+Every message in the queues are represented by two files, a message
+file and a metadata file. Both of these files share the same base
+name, which is a combination of a unique hash and the Unix time that
+the message was received. The metadata file has a suffix of
+.db and the message file has a suffix of either .msg if
+stored in plain text, or .pck if stored in a more efficient
+internal representation1.
+
+
+As a message moves through the incoming queue, it performs various
+checks on the message, such as whether it matches one of the
+moderation criteria, or contains disallowed MIME types. Once a
+message is approved for sending to the list membership, the message is
+prepared for sending by deleting, adding, or changing message headers,
+adding footers, etc. Messages in the incoming queue may also be
+stored for appending to digests.
+
+
+After logging into the list configuration pages, you'll see the
+configuration options for the list, grouped in categories. All the
+administrative pages have some common elements. In the upper section,
+you'll see two columns labeled ``Configuration Categories''. Some
+categories have sub-categories which are only visible when you click
+on the category link. The first page you see after logging in will be
+the ``General Options'' category. The specific option settings for
+each category are described below.
+
+
+On the right side of the top section, you'll see a column labeled
+``Other Administrative Activities''. Here you'll find some other
+things you can do to your list, as well as convenient links to the
+list information page and the list archives. Note the big ``Logout''
+link; use this if you're finished configuring your list and don't want
+to leave the session cookie active in your browser.
+
+
+Below this common header, you'll find a list of this category's
+configuration variables, arranged in two columns. In the left column
+is a brief description of the option, which also contains a
+``details'' link. For many of the variables, more details are
+available describing the semantics of the various available settings,
+or information on the interaction between this setting and other list
+options. Clicking on the details link brings up a page which contains
+only the information for that option, as well as a button for
+submitting your setting, and a link back to the category page.
+
+
+On the right side of the two-column section, you'll see the variable's
+current value. Some variables may present a limited set of values,
+via radio button or check box arrays. Other variables may present
+text entry boxes of one or multiple lines. Most variables control
+settings for the operation of the list, but others perform immediate
+actions (these are clearly labeled).
+
+
+At the bottom of the page, you'll find a ``Submit'' button and a
+footer with some more useful links and a few logos. Hitting the
+submit button commits your list settings, after they've been
+validated. Any invalid values will be ignored and an error message
+will be displayed at the top of the resulting page. The results page
+will always be the category page that you submitted.
+
+
The application of
+ LaTeX2HTML to the Python
+ documentation has been heavily tailored by Fred L. Drake,
+ Jr. Original navigation icons were contributed by Christopher
+ Petrilli.
+
+
+Este documento describe el interfaz del suscriptor de listas GNU Mailman 2.1.
+Este manual contiene instrucciones para suscripción, desuscripción, consulta
+de los archivos de la lista, edición de opciones de suscriptor, obtención de
+recordatorios de contraseñas y otras tareas a nivel del suscriptor. También
+responde algunas preguntas comunes de interés para usuarios de listas Mailman.
+
+Toda lista de correo tiene un conjunto de direcciones de correo electrónico
+a las cuales se pueden enviar los mensajes, incluyendo, una dirección
+para enviar los mensajes a la lista, una dirección destinada a recibir
+mensajes devueltos y direcciones para procesar órdenes de correo.
+Para una lista de correo ficticia llamada
+milista@ejemplo.com, usted encontraría estas direcciones:
+
+
+
+
+
milista@ejemplo.com - esta es la dirección de correo que la gente
+ debería usar para enviar mensajes a la lista.
+
+
+
+
milista-join@ejemplo.com - enviando un mensaje a esta dirección,
+ un nuevo miembro puede solicitar suscripción a la lista, pero si se hace,
+ Mailman ignora tanto la cabecera de Asunto: como el cuerpo de
+ tal mensaje. Note que milista-subscribe@ejemplo.com es un alias para la
+ dirección -join.
+
+
+
+
milista-leave@ejemplo.com - enviando un mensaje a esta dirección
+ un miembro puede solicitar que se le dé de baja de la lista. Igual que con
+ la dirección -join, se ignora la cabecera Asunto: y el cuerpo
+ del mensaje. Note que milista-unsubscribe@ejemplo.com es un alias para
+ la dirección -leave.
+
+
+
+
milista-owner@ejemplo.com - Esta dirección permite contactar al
+ al propietario o moderador de la lista. Esta es la dirección que deberá
+ utilizar cuando necesite contactar a la persona o personas encargadas de
+ la lista.
+
+
+
+
milista-request@ejemplo.com - Esta dirección está asociada a un
+ robot de correo que procesa órdenes de correo electrónico que se pueden usar
+ para definir las distintas opciones de los suscriptores, así
+ como también para procesar otras órdenes. En el Apéndice A se
+ proporciona una lista de las órdenes de correo electrónico que reconoce el
+ robot.
+
+
+
+
milista-bounces@ejemplo.com - Esta dirección se usa para el
+ procesamiento automático de los mensajes devueltos de Mailman.
+
+
+
+
milista-confirm@ejemplo.com - Esta dirección se usa para
+ procesar mensajes de confirmación de las solicitudes de suscripción y
+ desuscripción.
+
+
+
+
+También hay una dirección -admin que permite contactar a los
+administradores de las listas. Esta dirección solo existe por
+compatibilidad con las versiones más antigüas de Mailman.
+
+
+Para cambiar las opciones, se usa la dirección NOMBRELISTA-request
+(por ejemplo, milista-request@ejemplo.com).
+
+
+Las órdenes pueden aparecer tanto en el asunto como en el cuerpo del mensaje.
+Cada orden debería ir en una línea distinta. Si su programa de correo
+agrega automáticamente una firma a sus mensajes, usted podría desear colocar
+la palabra ``end'' (sin comillas) en una línea separada después de sus
+otras órdenes. La orden end hace que Mailman no siga procesando el
+mensaje.
+
+
+La órden más importante es probablemente la orden ``help'', ya que
+ésta hace que Mailman devuelva un mensaje completo de información útil sobre
+las órdenes de correo y direcciones para uso del interfaz web.
+
+
+En los Apéndices A y B se proporcionan referencias
+rápidas a las órdenes de suscriptor (éstas se han adaptado ligeramente de la
+salida de la orden help.)
+
+
+Si tiene problemas con cualquiera de estas órdenes, siempre puede
+contactar a la persona o personas encargadas de las listas utilizando las
+direcciones administrativas de las mismas. Los administradores de las listas
+pueden ayudarle a resolver como hacer algo, suscribirlo/desuscribirlo, o
+cambiar su configuración si por alguna razón usted no puede hacerlo. Por favor
+recuerde que muchos administradores de listas de correo son voluntarios que
+están donando su tiempo libre para administrar la lista y pueden ser personas
+muy ocupadas.
+
+
+La dirección de correo del administrador de una lista tiene la forma
+NOMBRELISTA-owner@DOMINIO, donde NOMBRELISTA es el nombre de la lista
+(por ejemplo: usuarios-mailman) y DOMINIO es el nombre del servidor (por ejemplo:
+python.org). Esta dirección de correo, junto con las direcciones de correo
+electrónico de administradores específicos, están dadas en la parte inferior de
+las páginas de información de cada lista. Mire en la Sección 3.1
+las instrucciones de cómo encontrar la página de información de su lista.
+
+
+Dado que suscribirse (unirse) o desuscribirse (salirse) son a menudo las únicas
+cosas sobre las cuales un suscriptor de una lista necesita conocer, opcionalmente
+con Mailman éstas tareas se pueden hacer sin necesidad de una contraseña.
+
+
Ubique la sección identificada como ``Suscribirse a NOMBRELISTA''
+ y rellene los cuadros de texto respectivos:
+
+
+
Debe introducir su dirección de correo electrónico.
+
+
Puede suministrar su nombre.
+
+
Puede seleccionar su contraseña. En caso contrario,
+ Mailman le generará una.
+
+
+Advertencia: NO use una contraseña valiosa, ya que eventualmente esta
+ contraseña se enviará por correo electrónico como texto plano.
+
+
Si la lista soporta más de un idioma, usted puede seleccionar
+ su idioma preferido. Nota: Este cambio no afecta al idioma de los
+ mensajes enviados a la lista, solamente a los textos que despliega
+ Mailman, como por ejemplo, en la página de opciones del suscriptor.
+
+
+
+
+
Haga clic en el botón suscribir. Debería aparecer una nueva página
+ informándole que se ha recibido su solicitud de suscripción. Esta página
+ le proporcionará instrucciones adicionales, tales como la necesidad de
+ esperar y responder a un mensaje de confirmación, dependiendo de las
+ políticas de suscripción de la lista.
+
+
+
+
+Usando el interfaz de correo electrónico:
+
+
+
Abra un programa de correo que le permita enviar mensajes con la
+ dirección de remitente que usted desea suscribir.
+
+
Envíe un mensaje a la dirección de suscripción de la lista, la cual
+ será de la forma NOMBRELISTA-join@DOMINIO. El asunto y cuerpo
+ del mensaje se ignorarán, así que no importa lo que coloque ahí.
+
+
+
+
+Después de seguir uno de los dos procedimientos (¡no necesita llevar a cabo
+los dos!), hay unos pocas posibilidades dependiendo de la configuración
+de la lista:
+
+
+
Puede que reciba un mensaje preguntando si realmente desea
+ suscribirse a la lista. Esto es para prevenir que cualquier otra
+ persona lo suscriba a la lista sin su permiso. Siga las instrucciones
+ dadas en el mensaje para confirmar su deseo de suscribirse.
+
+
Si se está suscribiendo a una lista cerrada puede que el moderador
+ tenga que dar antes su visto bueno.
+
+
O puede que necesite el visto bueno del moderador, y luego sí,
+ seguir las instrucciones del correo de confirmación que pueda recibir.
+
+
+
+
+Una vez hecho esto, posiblemente recibirá otro mensaje, dándole la
+bienvenida a la lista. Este mensaje contiene información útil, incluyendo su
+contraseña de la lista y algunos enlaces directos para el cambio de sus
+opciones, de manera que podría ser conveniente que lo guarde para referencia
+posterior.
+
+
+Nota: La suscripción también se puede realizar de otras formas. Mire en el
+Apéndice A las órdenes más avanzadas de suscripción por correo
+electrónico.
+
+
+¿Ya no desea estar en una lista? Si sólo va a salir de vacaciones o
+está demasiado ocupado para leer correos y desea suspender temporalmente
+la recepción de esos mensajes, usted podría detener la entrega de correo
+en lugar de desuscribirse. Esto significa que mantendría su contraseña
+y configuración personal de manera que podría aún, por ejemplo, tener
+acceso a los archivos privados de la lista. Si esto es
+lo que desea, mire en la Sección 7.1 las instrucciones
+para inhabilitar temporalmente la entrega de correo.
+
+
+Si realmente lo desea hacer, hay dos formas para que se dé de baja
+de una lista de correo Mailman.
+
+
Ubique la sección identificada como ``suscriptores de NOMBRELISTA''
+ (usualmente se encuentra cerca de la parte inferior de la página).
+
+
Debería haber un botón etiquetado ``Desuscribirse o Editar Opciones.''
+ Introduzca su dirección de correo electrónico en el cuadro de texto que se
+ encuentra junto a ese botón y haga clic en el.
+
+
Debería aparecer en pantalla una nueva página con un botón de
+ ``Desuscribir''. Haga clic en él para desuscribirse y siga las
+ instrucciones dadas.
+
+
+
+
+Usando el interfaz de correo electrónico:
+
+
+
Abra un programa de correo que le permita enviar correo desde la
+ dirección que usted desee desuscribir.
+
+
Envíe un mensaje a la dirección de desuscripción de la lista, la cual
+ tendrá la forma NOMBRELISTA-leave@DOMINIO. No importa lo que coloque
+ en el asunto y en el cuerpo del mensaje ya que será ignorado.
+
+
+
+
+Después de seguir alguno de estos procedimientos (¡no necesitará llevar
+a cabo los dos!), Mailman le enviará un mensaje de confirmación, siendo
+necesario que siga las instrucciones dadas en él para completar
+la desuscripción. Esto es necesario para evitar que otras personas lo
+desuscriban sin su permiso. Además, puede que un moderador tenga que aprobar
+su desuscripción (no son comunes las desuscripciones aprobadas por un
+administrador).
+
+
+Si no recibe ese mensaje de confirmación con las instrucciones de
+desuscripción incluidas, asegúrese de haber escrito correctamente la
+dirección de correo electrónico (si está usando el interfaz web) y que la
+dirección que trató de dar de baja, está de hecho, suscrita a la lista. Por
+razones de seguridad, Mailman genera la misma página de opciones de suscriptor
+independientemente de si la dirección suministrada está suscrita. Esto
+significa que la gente no puede usar esta parte del interfaz web para
+averiguar si alguien está suscrito a la lista, pero también significa que
+es difícil decir si se cometió un error al teclear.
+
+
+Una vez que se haya procesado su desuscripción, probablemente recibirá
+otro mensaje confirmando su desuscripción de la lista, y a partir de allí
+debería dejar de recibir mensajes.
+
+
+Si desea saltarse el proceso de confirmación (por ejemplo, para desuscribir
+una dirección que ya no funciona), incluya la contraseña respectiva al hacerlo,
+ya sea desde su página de opciones (ver Sección 3.1), o mediante
+envío de ordenes de correo a NOMBRELISTA-request (mire en el
+Apéndice A las órdenes avanzadas de suscripción por correo
+electrónico). Consulte en la Sección 6.1 más información
+sobre la obtención de su contraseña.
+
+
+Cuando usted se suscribió, usted seleccionó su contraseña o Mailman se la
+generó. Usted probablemente tiene una copia de ella en el mensaje de
+bienvenida que se le envío a usted cuando se unió a la lista, y puede también
+recibir un recordatorio de ella cada mes. Esta se usa para verificar su
+identidad ante Mailman, de manera que sólo quien tenga la contraseña (¡usted!)
+y los administradores puedan mirar y cambiar su configuración.
+
+
+Advertencia: No use contraseñas valiosas con Mailman, ya que éstas eventualmente
+se envían en formato de texto plano.
+
+
+Si olvidó su contraseña y no grabó ni el mensaje de bienvenida ni ningún
+mensaje recordatorio, siempre podrá obtener un mensaje para obtener la
+contraseña a través del interfaz web:
+
+
Ubique la sección identificada como ``Suscriptores de NOMBRELISTA''
+ (esta sección usualmente se encuentra cerca de la parte inferior de la
+ página).
+
+
Debería haber un botón etiquetado ``Desuscribir o Editar Opciones.''
+ Introduzca su dirección de correo electrónico en el cuadro de texto que se
+ encuentra junto a ese botón y haga clic en él.
+
+
Debería observar en pantalla una nueva página que tiene una
+ sección identificada como ``Recordatorio de Contraseña''. Haga clic en el
+ botón ``Recordar'' para hacer que Mailman le envíe su contraseña por correo
+ electrónico.
+
+
+
+
+Si no recibe el recordatorio de contraseña por correo electrónico después de hacer
+esto, asegúrese de haber escrito correctamente su dirección de correo electrónico
+y que la dirección que utilizó está suscrita a la lista. Por razones de seguridad,
+Mailman genera la misma página de opciones de suscriptor independientemente de si
+la dirección proporcionada está suscrita o no. Esto significa que la gente no
+puede usar esta parte del interfaz web para averiguar si alguien está suscrito a la
+lista, pero también significa que es difícil decir si se cometió un error al teclear.
+
+
+También puede obtener un recordatorio utilizando el interfaz de correo
+electrónico:
+
+
+
Envíe un mensaje a NOMBRELISTA-request@DOMINIO con la orden
+ password
+
+
+Las órdenes pueden aparecer tanto en el cuerpo como en el asunto
+ del mensaje (mire en la Sección 3.2 mayor información sobre
+ envío de órdenes por correo).
+
+
+Si no está enviando mensajes desde la dirección suscrita, también
+ puede especificar esta dirección enviando la orden
+ password address=DIRECCIÓN.
+
+ Advertencia: NO use una contraseña valiosa, ya que esta contraseña
+ se puede enviar por correo como texto plano.
+
+
+Desde el interfaz web:
+
+
+
Ingrese a su página de opciones de suscriptor (mire en la
+ Section 3.1 la forma de hacer esto).
+
+
+
+
Localice los cuadros de texto de cambio de contraseña en el lado
+ derecho de la página e introduzca allí su nueva contraseña, luego haga
+ clic en el botón etiquetado ``Cambiar mi contraseña''.
+
+
+
+
+El cambio de contraseña también puede realizarse para múltiples listas a la vez
+si usted está suscrito a más de una lista en el mismo dominio. Mire en la
+Sección 10.1 la información sobre cambios globales de configuración.
+
+
+Desde el interfaz de correo electrónico:
+
+
+
Envíe un mensaje a la dirección de correo
+ NOMBRELISTA-request@DOMINIO con la orden
+ password CONTRASEÑA - ANTERIORCONTRASEÑA - NUEVA.
+
+
+Las órdenes pueden aparecer tanto en cuerpo como en el asunto del
+ mensaje (mire en la Sección 3.2 la información sobre
+ el envío de órdenes por correo).
+
+
+Si no está enviando el mensaje desde su dirección de suscripción,
+ puede también especificar esta dirección con
+ address=DIRECCIÓN después de CONTRASEÑA-NUEVA.
+
+
+Por ejemplo, si maria@micasa.com deseaba cambiar su contraseña
+ de la lista milista, de zirc a miko, pero ella estaba
+ enviando correo desde la dirección de la oficina
+ maria@trabajo.com, podría enviar un mensaje a
+ milista-request@ejemplo.com con el asunto
+ password zirc miko address=maria@micasa.com.
+
+Si no desea recibir recordatorios de contraseña cada mes, puede desactivarlos
+desde la página de opciones del suscriptor (siempre puede conseguir que se le
+envíe la contraseña por correo cuando realmente lo desee. Mire las
+instrucciones en la Sección 6.1).
+
+
+Usando el interfaz web:
+
+
+
Ingrese a su página de opciones de suscriptor (mire en la
+ Sección 3.1 la forma de hacer esto).
+
+
Localice la sección ``Obtener recordatorio de contraseña para
+ esta lista'' y cambie el valor en forma apropiada.
+
+
+
+
+Este cambio también se puede con múltiples listas a la vez si usted
+está suscrito a más de una lista en el mismo dominio. Mire en la
+Sección 10.1 la información sobre cambios globales de
+configuración.
+
+
+Usando el interfaz de correo electrónico:
+
+
+
Envíe un mensaje a NOMBRELISTA-request@DOMINIO
+ con la orden set reminders on o set reminders off.
+
+
+Las órdenes pueden aparecer tanto en el cuerpo como en el asunto del
+ mensaje. Mire en la Sección 3.2 la información sobre el envío
+ de órdenes por correo.
+
+
Seleccione ``on'' para recibir recordatorios y ``off'' para dejar de
+ recibir los recordatorios.
+
+
+7.1 ¿Cómo activo o desactivo la recepción de correo procedente de la
+lista? (opción delivery)
+
+
+
+Usted puede dejar de recibir temporalmente los mensajes de la lista sin
+necesidad de darse de baja. Si desactiva la recepción de correo ya no
+podrá recibir mensajes, pero seguirá siendo un suscriptor y como tal
+conservará su contraseña y su configuración.
+
+
+Esto puede ser práctico en diversos casos. Por ejemplo, si sale de vacaciones
+o cuando está demasiado ocupado para leer cualquier correo extra.
+
+
+Además, dado que muchas listas de correo solo aceptan mensajes de los
+suscriptores, si eventualmente llega a necesitar enviar correo desde más de
+una dirección (por ejemplo, una dirección para la casa y otra para cuando esté
+viajando), podría tener más de una cuenta suscrita y hacer que solamente
+una de ellas reciba los mensajes.
+
+
+Usted también puede usar su suscripción como un medio para leer archivos
+privados, por ejemplo en el caso de listas con tráfico alto, donde por lo
+general resulta preferible suspender la recepción de los mensajes en el buzón
+del usuario y limitarse a su lectura mediante consulta vía interfaz web. Todo
+lo que necesita hacer es suscribirse, desactivar la recepción del correo, y
+usar su contraseña y dirección de correo electrónico para acceder a los
+archivos.
+
+
+Para desactivar/activar la entrega de correo usando el interfaz web:
+
+
+
Ingrese a su página de opciones (mire las instrucciones en la
+ Sección 3.1).
+
+
Localice la sección identificada como ``Entrega de correo'' y
+ seleccione ``Desactivar'' para detener la recepción de correo, y
+ ``Activar'' para empezar a recibir el correo.
+
+
+
+
+Esto también se puede hacer con varias listas a la vez, siempre que esté
+suscrito a más de una lista en el mismo dominio. Mire en la
+Sección 10.1 la información acerca de los cambios globales de
+configuración.
+
+
+Para activar/desactivar la entrega de correo usando el interfaz de correo
+electrónico:
+
+
+
Envíe un mensaje a NOMBRELISTA-request@DOMINIO con la orden
+ set delivery off o set delivery on.
+
+
+Las órdenes pueden aparecer tanto en el cuerpo como en el asunto
+ del mensaje (mire en la Sección 3.2 más información sobre
+ envío de órdenes por correo).
+
+
Seleccione ``off'' para parar la recepción de los envíos, y ``on''
+ para empezar a recibirlos otra vez.
+
+Mailman no puede impedir que usted reciba mensajes duplicados, pero puede
+ayudar. Una situación habitual que hace que la gente reciba múltiples copias
+de un correo se produce cuando un remitente usa la opción ``responder a
+todos'' para enviar un mensaje de respuesta a la lista con copia a determinados
+destinatarios. Si no desea recibir estos mensajes adicionales, se puede
+configurar Mailman para que revise y mire si su dirección está en las líneas
+To: o Cc: del mensaje, de manera que sólo reciba la
+copia enviada por el remitente, y no una copia que haya sido alterada por
+Mailman (para incluir cabeceras y piés, borrar archivos adjuntos, etc.).
+
+
+Para activar/desactivar esta opción usando el interfaz web:
+
+
+
Ingrese a su página de opciones de suscriptor (mire en la
+ Sección 3.1 los detalles de cómo hacer esto).
+
+
Ubique en la parte inferior de la página la sección identificada
+ como ``¿Evitar copias de mensajes duplicados?'' y cambie el valor
+ según corresponda.
+
+
+
+
+Esto también se puede hacer con varias listas a la vez si usted está suscrito
+a más de una lista en el mismo dominio. Mire en la Sección 10.1
+la información sobre cambios globales de configuración.
+
+
+Para activar/desactivar esto usando el interfaz de correo electrónico:
+
+
+
Envíe un mensaje a NOMBRELISTA-request@DOMINIO con la orden
+ set duplicates on o set duplicates off.
+
+
+Las órdenes pueden aparecer tanto en el cuerpo como en el asunto
+ del mensaje (mire en la Sección 3.2 más información sobre
+ envío de órdenes por correo).
+
+
Seleccione ``on'' para recibir copias de los mensajes que ya le
+ hayan enviado, seleccione ``off'' para evitar recibir esos duplicados.
+
+
+7.3 ¿Cómo cambio mi dirección de suscripción?
+
+
+
+Para cambiar su dirección de suscripción:
+
+
+
Acceda a su página de opciones de suscriptor (mire en la
+ Sección 3.1 más detalles de cómo hacer esto).
+
+
Introduzca su nueva dirección en la sección identificada como
+ ``Cambiando su información de suscripción de NOMBRELISTA''.
+
+
Si desea cambiar su dirección para todas sus suscripciones
+ usando la dirección antigüa, habilite la opción ``Cambiar
+ globalmente''. Si tiene suscripciones con otras direcciones o
+ suscripciones a listas en un dominio diferente, se tendrán que
+ hacer por separado. Mire en la Sección 10.1 más
+ información sobre cambios globales de configuración.
+
+
+
+
+Mailman le enviará un mensaje de confirmación a su nueva dirección, pero el
+cambio no tendrá efecto sino hasta que usted lo confirme siguiendo las
+instrucciones dadas en ese mensaje.
+
+
+No hay una forma equivalente de hacer esto desde el interfaz de correo
+electrónico, pero usted puede suscribirse y desuscribirse para conseguir más
+o menos el mismo efecto (mire en las Secciones 5.1 y
+5.2 más información sobre suscripción y desuscripción).
+
+
+
+7.4 ¿Cómo hago para dejar de recibir copias de mis propios
+ envíos o empezar a hacerlo? (opción myposts)
+
+
+
+Por omisión en Mailman, usted recibe una copia de cada mensaje que envíe a la
+la lista. A algunas personas les gusta esto ya que les permite saber cuando
+un envío ha alcanzado su destino y de esta manera pueden recibir una copia de
+sus propias palabras con el resto de una eventual discusión, pero otros no
+desearán recibir copias de sus propios envíos.
+
+
+Nota: Esta opción no tiene efecto si está recibiendo mensajes agrupados
+
+
+Si lo desea, en la Sección 7.5 se discute sobre el acuse de
+recibo de los mensajes que se envían a la lista.
+
+
+Para hacer esto usando el interfaz web:
+
+
+
Acceda a su página de opciones de suscriptor (mire en la
+ Sección 3.1 las instrucciones de cómo hacer esto).
+
+
Localice la sección identificada como ``¿Recibir sus propios
+ envíos a la lista?'', seleccione ``Si'' para recibir copias de sus
+ propios mensajes, y ``No'' para evitar recibirlos.
+
+
+
+
+Para hacer esto usando el interfaz de correo:
+
+
+
Envíe un mensaje a NOMBRELISTA-request@DOMINIO con la orden
+ set myposts on o set myposts off.
+ Las órdenes pueden aparecer tanto en el cuerpo como en el asunto del
+ mensaje. Mire en la Sección 3.2 más información sobre el envío
+ de órdenes por correo.
+
+
Seleccione ``on'' para recibir copias de sus propios mensajes, y
+ ``off'' para evitar recibirlos.
+
+
+7.5 ¿Cómo puedo hacer para que Mailman me informe cuando la lista
+ha recibido un envío mío? (opción ack)
+
+
+
+Como con la mayoría de las listas, usted simplemente recibirá una copia de sus
+correos enviados cuando el software de listas los distribuye, no obstante, la
+opción ack le puede ser útil, ya sea si tiene desactivada la opción de recibir
+copia de sus propios mensajes (ver Section 7.4), si tiene
+desactivada la recepción del correo procedente de la lista (ver
+Section 7.1), si no está suscrito a un cierto tema (ver
+Section 9.2) o simplemente, si desea una confirmación de
+mensaje recibido de parte del sistema.
+
+
+Nota: Si no está suscrito a la lista no se puede usar esta opción, pero aún
+así puede revisar los archivos por su cuenta (si la lista tiene archivos públicos),
+o preguntar por los mensajes que envíe a alguien que esté suscrito a la lista.
+
+
+Para utilizar esta opción usando el interfaz web:
+
+
+
Acceda a su página de opciones de suscriptor (mire en la
+ Sección 3.1 los detalles de cómo hacer esto).
+
+
Localice la sección identificada como ``¿Recibir acuse
+ de recibo al enviar correo a la lista?'' Seleccione ``Si''
+ si desea recibir un correo de confirmación de cada mensaje enviado
+ y ``No'' para evitar recibir tales mensajes.
+
+
+
+
+Para utilizar esta opción usando el interfaz de correo electrónico:
+
+
+
Envíe un mensaje a NOMBRELISTA-request@DOMINIO con la orden
+ set ack on o set ack off.
+
+
+Las órdenes pueden aparecer tanto en el cuerpo como en el asunto del
+ mensaje. Mire en la Sección 3.2 más información sobre el envío
+ de órdenes por correo.
+
+
Seleccione ``on'' si desea recibir correo haciéndole saber que se han
+ recibido sus envíos y ``off'' para evitar recibir tal correo.
+
+Hay unas cuántas razones para que esto ocurra:
+
+
+
Durante un cierto lapso de tiempo nadie ha enviado correo a la
+ lista o listas en las cuales usted está suscrito.
+
+
+Para revisar si este es el caso, intente accediendo a los archivos de
+ la lista (asumiendo que la lista tiene archivos). Si la lista no
+ tiene archivos, puede preguntar a otro suscriptor (mire en la
+ Sección 3.1 la ayuda para encontrar los archivos de una
+ lista).
+
+
+Nota: Generalmente se considera descortés envíar mensajes de prueba a
+ la lista entera. Si usted siente la necesidad de probar que la lista
+ está trabajando y por alguna razón usted no puede simplemente redactar
+ un mensaje regular a la lista, es menos perturbador solicitar un
+ mensaje de ayuda a la dirección administrativa de la lista
+ (NOMBRELISTA-request@DOMINIO) para mirar si trabaja, o contactar al
+ administrador de la lista para preguntarle si la lista está operando
+ normalmente.
+
+
+
+
Su dirección de correo está causando mensajes devueltos y por
+ ello el software de la lista le ha deshabilitado la entrega de correo
+ (temporalmente).
+
+
+Si su proveedor de correo ``devuelve'' demasiados mensajes (es decir,
+ si le dice a Mailman que el mensaje no se pudo enviar), Mailman
+ eventualmente ya no intenta enviarle correo. Esta característica
+ permite a Mailman manipular con gusto direcciones que ya no existen
+ (por ejemplo, cuando un suscriptor encuentra un nuevo servicio de
+ Internet y olvida darse de baja de la dirección antigüa), así como
+ también direcciones que están temporalmente fuera de servicio (por
+ ejemplo, cuando el suscriptor ha utilizado todo el espacio asignado de
+ su cuenta de correo, o cuando el proveedor de correo del suscriptor
+ está experimentando dificultades).
+
+
+Aún si usted no está enterado de cualquier dificultad con su proveedor
+ de correo, es una buena idea revisar esto. Algunos proveedores
+ populares de correo basado en web y servidores de Internet no son tan
+ confiables como uno podría asumir, ni tampoco lo es el Internet como
+ un todo. Usted también puede desear enviarse usted mismo un mensaje
+ de prueba desde otra cuenta o pedirle a un amigo que le envíe un
+ mensaje de prueba para asegurarse que su dirección suscrita está
+ trabajando.
+
+
+Para revisar si esta puede ser la razón por la cual usted no está
+ recibiendo mensajes, ingrese a su página de opciones (consulte en la
+ Sección 3.1 más detalles de cómo hacer esto) y mire sus
+ opciones. Si se ha desactivado su suscripción o si Mailman ha
+ recibido mensajes devueltos provenientes de su dirección de correo,
+ usted encontrará un gran mensaje en la parte superior de esta página.
+
+
+Para reactivar la entrega de correo, ubique una opción identificada
+ como ``Entrega del correo'' y seleccione ``Habilitar'' para iniciar
+ de nuevo a recibir el correo. Para deshacerse de su puntaje de
+ mensajes devueltos, usted puede desactivar y luego volver a activar
+ la entrega. Más instrucciones sobre la desactivación o activación
+ de la entrega del correo se encuentran en la Sección 7.1.
+
+
+Nota: Aún si usted no estuviera inhabilitado en el momento en que
+ revisa, usted podría estar recibiendo mensajes devueltos y no haber
+ alcanzado el límite para que su suscripción se desactive. Usted puede
+ necesitar revisar de nuevo.
+
+
+
+
Hay un retardo o interrupción en las redes existentes entre
+ usted y el servidor de listas.
+
+
+Por mucho que nos gustaría, Internet no es 100% confiable ni siempre
+ es rápida. Algunas veces los mensajes simplemente demoran mucho
+ tiempo en llegar. Trate de ser paciente, especialmente si el servidor
+ está alejado (en términos de redes, no geográficamente, aunque a
+ menudo lo uno implica lo otro) de su proveedor de servicio de
+ Internet.
+
+
+Para revisar si esta podría ser la causa de su problema, usted puede
+ probar realizando un ping al servidor de la lista o trazar la ruta
+ entre usted y él (las instrucciones de cómo hacer esto varía de una
+ plataforma a otra, así que usted puede desear usar un motor de
+ búsqueda para encontrar aquellas más apropiadas para usted).
+
+
+
+
El servidor de correo o Mailman podrían no estar funcionando
+ correctamente. Esto puede ocurrir si el sistema está sobrecargado con
+ virus o spam y el sistema de correo que aloja Mailman tiene problemas
+ al procesarlos.
+
+
+Para revisar si este es el caso, pruebe utilizando el interfaz web de
+ la lista y trate de enviar un mensaje a
+ NOMBRELISTA-request@DOMINIO con la orden ``help'' (sin
+ las comillas) en la línea de Asunto:. Si nada de esto
+ funciona después de un razonable lapso de tiempo, ese puede ser el
+ problema. Usted puede desear contactar al administrador de la lista
+ o al administrador del sitio.
+
+
+8.1 ¿Cómo puedo empezar a recibir los mensajes enviados a la
+lista agrupados en un correo de gran tamaño o dejar de hacerlo?
+(opción digest)
+
+
+
+Los grupos de envíos se llaman ``digests'' en Mailman. En lugar de recibir
+los mensajes de uno en uno, usted puede recibir los mensajes agrupados (digests).
+En una lista bastante ocupada, esto típicamente significa que usted recibe
+un correo por día, aunque podría ser más o menos frecuente dependiendo de la
+lista.
+
+
+Usted también puede desear mirar la Sección 8.2 que trata sobre
+los envíos agrupados en formato MIME y texto plano.
+
+
+Para activar o desactivar los envíos en modo agrupado usando el interfaz web:
+
+
+
Ingrese a su página de opciones de suscriptor (mire en la
+ Sección 3.1 más detalles de cómo hacer esto).
+
+
Ubique la sección identificada como ``Activar envíos agrupados''
+
+
+Seleccione ``On'' para recibir los envíos agrupados. Seleccione
+ ``Off'' para recibir por separado cada uno de los envíos.
+
+
+
+
+Para activar o desactivar los envíos en modo agrupado usando el interfaz de
+correo electrónico:
+
+
+
Envíe un mensaje a NOMBRELISTA-request@DOMINIO con la orden
+ set digest plain o set digest mime o set digest off.
+
+
+Las órdenes pueden aparecer tanto en el cuerpo como en el asunto
+ de un mensaje (ver en la Sección 3.2 más información sobre el
+ envío de órdenes por correo).
+
+
+
+
Seleccione ``off'' si usted desea recibir los mensajes cada uno por
+ separado y seleccione ``plain'' o ``mime'' para recibir los mensajes
+ agrupados en un gran correo, en forma periódica. Mire en la
+ Sección 8.2 más información sobre envíos agrupados en formato
+ MIME versus texto plano.
+
+
+8.2 ¿Qué son los Envíos Agrupados MIME o de Texto Plano? ¿Cómo puedo
+decidir cuales recibir? (opción digest)
+
+
+
+MIME es la sigla de Multipurpose Internet Mail Extensions (Extensiones
+Multipropósito de Correo de Internet). Se usa para enviar por correo
+electrónico cosas que no necesariamente son simple texto plano (por
+ejemplo, se podría usar MIME si usted fuera a enviar una fotografía de
+su perro a un amigo).
+
+
+Un envío agrupado en formato MIME contiene cada mensaje como un adjunto dentro
+del mensaje, junto con un resumen de la tabla de contenido.
+
+
+Un envío agrupado en formato texto plano es una forma más simple de envío
+agrupado, el cual debería ser legible aún en los lectores de correo que no
+soportan MIME. Los mensajes se ponen simplemente uno después de otro en un
+gran mensaje de texto.
+
+
+Los programas de correo más modernos soportan MIME, así que usted sólo
+necesita seleccionar envíos agrupados en formato de texto plano si
+está teniendo problemas al leer los que están en formato MIME.
+
+
+Nota: Esta opción no tiene efecto si usted no está recibiendo correo
+en modo agrupado (mire en la Sección 8.1 más información
+sobre recepción del correo en modo agrupado).
+
+
+Para seleccionar el tipo de envíos agrupados a recibir, usando el interfaz
+web:
+
+
+
Ingrese a su página de opciones de suscriptor (mire en la
+ Sección 3.1 más detalles de cómo hacer esto).
+
+
Ubique la sección identificada como ``¿Recibir envíos agrupados MIME
+ o de texto plano?''
+
+
+Seleccione ``MIME'' para recibir los envíos agrupados en formato MIME, o
+ ``Plain text'' para recibir los envíos agrupados en formato de texto plano.
+
+
+
+
+Esto también se puede cambiar para múltiples listas al mismo tiempo si
+usted está suscrito a más de una lista en el mismo dominio. Mire en la
+Sección 10.1 la información sobre cambios globales de
+configuración.
+
+
+Para seleccionar su tipo de envíos agrupados a recibir, usando el interfaz
+de correo electrónico:
+
+
+
Envíe un mensaje a NOMBRELISTA-request@DOMINIO
+ con la orden set digest plain o set digest mime.
+
+
+Los comandos pueden aparecer ya sea en el cuerpo o en la línea de
+ asunto del mensaje (mire en la Sección 3.2 más información
+ sobre envío de órdenes por correo).
+
+
+
+
Seleccione ``plain'' para recibir los envíos agrupados en formato
+ de texto plano, o ``mime'' para recibir los envíos agrupados en formato
+ MIME.
+
+Algunas listas están configuradas para que Mailman maneje diferentes temas.
+Por ejemplo, la lista de cursos en Linuxchix.org es una lista de discusión
+para cursos que se están dictando para miembros de linuxchix, y a menudo, hay
+varios cursos que se están dictando al mismo tiempo (por ejemplo, redes para
+principiantes, programación en C, etiquetado de documentos LATEX).
+
+
+Cada uno de estos cursos que se están dictando está asociado con un tema
+diferente en la lista de manera que la gente puede escoger que curso o cursos
+tomar. El administrador debe configurar los temas, pero es responsabilidad
+de cada suscriptor asegurarse que cada envío tenga el tema correcto.
+Usualmente, ello requiere adicionar una palabra o etiqueta de algún tipo en
+el asunto (por ejemplo: [Redes] ¿Qué tipos de cables necesito?)
+o asegurarse que la línea Palabras claves: tiene la información
+correcta (por omisión, usted puede poner una sección Palabras
+claves: en el comienzo del cuerpo de su mensaje, pero esto lo puede configurar
+su administrador de la lista). Note que estas etiquetas no son sensibles a
+minúsculas/mayúsculas.
+
+
+Este documento tiene como propósito ayudar a los usuarios del gestor de listas
+de correo Mailman 2.1, a aprender a usar las características que este software,
+pone a su disposición, incluyendo el uso de los interfaces web y de correo
+electrónico para suscripción, desuscripción, cambio de opciones de suscriptor
+y otras tareas a este nivel. También responde a algunas preguntas comunes de
+interés para usuarios de listas Mailman.
+
+
+La información para administradores de listas y de sitio se proporciona en
+otros documentos.
+
+
+Este documento se debe leer en orden. Si usted simplemente está buscando una
+respuesta a una pregunta específica, consulte la sección o subsección que
+necesite, donde encontrará referencias a otras secciones, en caso de ser
+necesario o de potencial utilidad.
+
+
+Nota: Para los propósitos de este documento, se asume que el lector está
+familiarizado con los términos comunes relacionados con correo electrónico
+(por ejemplo: asunto, cuerpo del mensaje) y sitios web (por ejemplo:
+cuadro de lista desplegable, botón), o los puede consultar. También se asume
+que el lector maneja suficientemente bien su programa de correo
+electrónico y navegador web, de tal forma que instrucciones
+tales como ``envíe correo electrónico a esta dirección'', ``visite esta
+página web'' o ``rellene el formulario proporcionado'' no revistan duda. Si
+usted no está familiarizado con estas acciones, sería conveniente que
+consulte documentación adicional para que aprenda a hacer estas
+tareas con su software preferido.
+
+
+
+9.1 ¿Cómo puedo asegurarme que mis envíos tienen el tema apropiado?
+
+
+
+
+Cuando un administrador de lista define un tema, puede definir tres cosas:
+
+
+
un nombre de tema
+
+
una expresión regular (regexp)
+
+
una descripción
+
+
+
+
+Usted puede mirar esta información ingresando a su página de opciones de
+suscriptor (ver en la Sección 3.1 más detalles de cómo hacer esto)
+y haciendo clic en el enlace ``Detalles'' de cualquiera de los temas que le
+interesen.
+
+
+Para enviar un mensaje sobre un determinado tema, usted necesita asegurarse
+que las Palabras claves: o las cabeceras de Asunto:
+de su mensaje concuerdan con la expresión regular de ese tema. Una
+expresión regular es un patrón que puede coincidir con más de una cosa.
+Realmente las expresiones regulares pueden ser mucho más complejas, así que
+usted puede sencillamente preguntar al administrador de la lista si usted no
+sabe como crear cabeceras o colas de una expresión dada.
+
+
+Si realmente usted desea saber más sobre expresiones regulares, siga leyendo,
+pero para la mayor parte, su administador de la lista debería incluir en la
+descripción del tema, lo que usted necesita adicionar a sus Palabras Claves o
+línea de Asunto para que coincida con el patrón del tema.
+
+
+La mayoría de expresiones de temas Mailman corresponderan a expresiones
+regulares bastante simples, así que en este documento simplemente se darán
+algunos ejemplos comunes. Las expresiones regulares son un poquito complejas
+para enseñar aquí en unas pocas líneas, así que si usted realmente desea
+entender como trabajan, usted debería encontrar un instructivo o referencia en
+otro lado (por ejemplo, DevShed tiene un buen instructivo en
+http://www.devshed.com/Server_Side/Administration/RegExp/)
+
+
+Aquí hay algunos ejemplos de posibles expresiones regulares y líneas concordantes:
+
+
+
+
Expresión Regular
+
Líneas concordantes
+
+
+
+
zuff
+
Palabras Claves: zuff
+
zuff
+
Palabras Claves: ZUFF
+
zuff
+
Palabras Claves: Zuff
+
zuff
+
Palabras Claves: amarilis, zuff, puré de manzana
+
zuff
+
Asunto: [zuff] ¿Tienes lo necesario para el zuff?
+
zuff
+
Asunto: ¿Tienes lo apropiado para el zuff?
+
zuff
+
Asunto: ¿Qué es zuff?
+
+
\[zuff\]
+
Palabras Claves: [zuff]
+
\[zuff\]
+
Asunto: [zuff] ¿Tienes lo necesario?
+
\[zuff\]
+
Asunto: Tutoriales en línea de zuff (Re: [zuff] ¿Qué es zuff?)
+
+
+
+Unas pocas notas:
+
+
+
Las concordancias no son sensibles a mayúsculas/minúsculas, así
+ que si concuerda zuff, lo hará ZUFF, zuFF, y cualquier otra variación
+ en el uso de las mayúsculas/minúsculas.
+
+
Algunos caracteres tienen un significado especial en una
+ expresión regular, así que para concordar específicamente con esos
+ caracteres, ellos deben ser ``escapados'' con una diagonal inversa
+ (\). Como usted puede ver en los ejemplos de arriba,
+ los paréntesis rectangulares ([ y ]) son unos de esos caracteres
+ (otros incluyen ``.'', ``?'', y ``*''). La diagonal inversa también
+ se usa para otras cosas (no es broma la complejidad de las expresiones
+ regulares: consulte en otra documentación los detalles sobre otros
+ usos del caracter de diagonal inversa), pero este es el uso más
+ probable en una expresión de tema.
+
+
+
+
+
diff --git a/admin/www/mailman-member-es/node31.html b/admin/www/mailman-member-es/node31.html
new file mode 100644
index 000000000..6d54e0558
--- /dev/null
+++ b/admin/www/mailman-member-es/node31.html
@@ -0,0 +1,126 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+9.2 ¿Cómo me suscribo a algunos o a todos los temas de una lista?
+
+
+
+
+9.2 ¿Cómo me suscribo a algunos o a todos los temas de una lista?
+
+
+
+
+Si el administrador de su lista configuró temas, usted puede elegir
+suscribirse solamente a una parte de la lista seleccionado los temas que usted
+desee recibir.
+
+
+Si usted desea recibir todos los mensajes enviados a la lista, asegúrese que
+usted no está suscrito a ninguno de los temas.
+
+
+Probablemente usted también desdea mirar la Sección 9.3 la cual
+discute el cambio de su configuración para mensajes que no tienen temas
+definidos.
+
+
+Para seleccionar los temas que desea recibir, utilizado el interfaz web:
+
+
+
Ingrese a su página de opciones de suscriptor (mire en la
+ Sección 3.1 más detalles de cómo hacer esto).
+
+
Ubique la sección identificada como ``¿A qué temas le gustaría
+ suscribirse?''
+
+
+Si algún tema está definido, usted puede seleccionar aquelos que
+ desee. Si usted no selecciona ningún tema de interés, usted recibirá
+ todos los mensajes enviados a la lista.
+
+
+9.3 ¿Cómo logro o evito recibir mensajes sin tema definido?
+
+
+Algunos mensajes no corresponderán con ninguno de los patrones de temas
+definidos. Usted puede escoger recibir o ignorar tales mensajes que no
+coinciden. Si usted desea recibir todos los mensajes enviados a la lista,
+asegúrse que usted no está suscrito a ningún tema específico (ver
+Sección 9.2).
+
+
+Si usted únicamente está suscrito a algunos temas, usted puede elegir si
+recibe o no recibe mensajes sin tema definido, de la misma forma cómo
+usted puede seleccionar suscribirse únicamente a ciertos temas.
+
+
+Para cambiar esta opción:
+
+
+
Ingrese a su página de opciones de suscriptor (mire en la
+ Sección 3.1 los detalles de cómo hacer esto).
+
+
Ubique la sección identificado como ``¿Desea recibir
+ mensajes que no concuerden con algún filtro de tema?''
+
+
+Si usted desea recibir mensajes sin tema definido, seleccione ``Si''.
+ Si usted no desea recibir tales mensajes, seleccione ``No''.
+
+
+
+
+This setting has no effect if you are not subscribed to any topics.
+Este cambio no tiene efecto si usted no está suscrito a algún tema
+de las listas.
+
+
+Para algunas de las opciones dadas en su página de opciones de suscriptor, hay
+una casilla de verificación que dice ``Cambiar globalmente'' o ``Aplicar
+globalmente''. Esto significa que si usted cambia esta opción, también se
+hará el cambio para todas las suscripciones que usted tenga en el mismo
+dominio. Esto puede ser práctico si, por ejemplo, usted desea utilizar una
+misma contraseña para todas sus listas, o si usted sale de vacaciones y desea
+suspender la entrega de correo de todas las listas.
+
+
+
+10.2 ¿Cómo cambio el nombre que registré en Mailman?
+
+
+
+
+Para cambiar su nombre de suscripción:
+
+
+
Ingrese a su página de opciones de suscriptor (mire en la
+ Sección 3.1 más detalles de cómo hacer esto).
+
+
En la sección ``Cambio de su información de suscriptor de
+ NOMBRELISTA'', entre su nuevo nombre en el cuadro de texto apropiado.
+
+
+
+
+Esto también se puede cambiar para múltiples listas al mismo tiempo si usted está
+suscrito a más de una lista en el mismo dominio. Mire en la Sección 10.1
+información sobre cambios globales de configuración.
+
+
+Nota: Usted no necesita tener un nombre de suscriptor definido.
+
+
+Mailman es multilingüe, lo que quiere decir que su interfaz se ha traducido a
+muchos idiomas diferentes. El administrador de su lista puede habilitar
+varios idiomas para su uso cuando se interactúa con Mailman. (Para obtener
+un listado completo de los idiomas disponibles mire
+http://www.list.org/i18n.html). Si su lista tiene otros idiomas
+habilitados, usted puede utilizar el interfaz web y el interfaz de correo
+electrónico, en un idioma de su elección.
+
+
+Nota: Esto no significa que los mensajes enviados a la lista estarán en el
+idioma que haya seleccionado. Únicamente las plantillas y otros textos
+propios de Mailman, serán afectados por esta configuración. Los envíos se
+hacen en el idioma que escriban los suscriptores.
+
+
+Su idioma preferido se define cuando usted se suscribe (mire la
+Sección5.1), pero se puede cambiar posteriormente si la lista
+soporta más de un idioma.
+
+
+Para cambiar su idioma preferido en Mailman:
+
+
+
Ingrese a su página de opciones de suscriptor (mire en la
+ Sección 3.1 las instrucciones sobre cómo hacer esto).
+
+
Vaya a la sección identificada como ``¿Qué idioma prefiere?''
+ y escoja el idioma apropiado de la lista desplegable. Si no hay una
+ lista de idiomas, probablemente la lista en que se encuentra sólo
+ soporta un idioma.
+
+
+
+
+Si su lista no soporta el idioma que usted preferiría usar, puede contactar
+al administrador de la lista (NOMBRELISTA-owner@DOMINIO) para mirar si se
+puede adicionar, pero recuerde que esto puede representar mayor trabajo y el
+administrador de la lista o del sitio pueden no tener el tiempo necesario o
+la capacidad de hacerlo.
+
+
+Si el idioma de su elección no está disponible porque no existe traducción
+para Mailman, por favor considere ofrecer su tiempo como traductor voluntario.
+Para mayor información, usted puede desear consultar la lista de correo
+mailman-i18n en http://mail.python.org/mailman/listinfo/mailman-i18n.
+Información sobre el estado actual de los esfuerzos de internacionalización
+se encuentra en http://www.list.org/i18n.html.
+
+
+Nota: i18n en una abreviatura para ``internationalization'' ya que la palabra
+comienza con una i, termina con una n, y tiene 18 letras entre ellas. Si
+usted musita un poco, i18n inclusive suena un tanto como
+``internationalization''.
+
+
+
+10.4 ¿Cómo evito que mi nombre aparezca en la lista de suscriptores?
+ (opción hide)
+
+
+
+Si usted por alguna razón no desea que su dirección de correo aparezca en la
+lista de suscriptores, puede optar por tenerla oculta.
+
+
+Las razones comunes para hacer esto incluyen el evitar correo basura no
+solicitado (spam). Por omisión la lista de suscriptores se oculta para
+bloquear a recolectores de spam, pero si usted siente que esto es
+insuficiente, es bastante fácil eliminar su dirección de la lista de
+de suscriptores dada en las páginas de información o mediante una solicitud
+de correo electrónico (note que esto no oculta su dirección de los
+administradores de la lista). Si usted desea mire en la
+Sección 11.2 más información sobre lo que Mailman hace para
+ayudar a evitar el spam.
+
+
+Para cambiar esta opción utilizando el interfaz web:
+
+
+
Ingrese a su página de opciones de suscriptor (mire en la
+ Sección 3.1 instrucciones sobre cómo hacer esto).
+
+
Vaya a la sección identificada como ``¿Ocultarse de la lista
+ de suscriptores?'' y escoja ``Si'' para ocultar su nombre de la
+ lista, o ``No'' para permitir que su nombre aparezca en la lista.
+
+
+
+
+Para cambiar esta opción utilizando el interfaz de correo electrónico:
+
+
+
Envíe un mensaje a NOMBRELISTA-request@DOMINIO con la órden
+ set hide on o set hide off.
+
+
+Las órdenes puede aparecer tanto en el cuerpo como en el asunto del
+ mensaje (mire en la Sección 3.2 más información sobre el envío
+ de órdenes por correo.
+
+
Seleccione ``on'' para ocultar su dirección de correo electrónico de
+ la lista de membresía, u ``off'' para dejar de ocultar su dirección.
+
+Si la lista se está archivando, los mensajes previamente enviados se pueden
+ver yendo a las páginas web del archivo, un enlace al cual se encuentra en la
+página de información de la lista y en la cabecera List-Archive:
+de todo mensaje enviado (a menos que el administración de su lista haya
+desactivado tales cabeceras). Muchos programas de correo ocultan la cabecera
+de correo List-Archive:, así que usted primero necesita hacer que
+su programa de correo le muestre las cabeceras completas antes de que usted
+pueda mirar esa cabecera.
+
+
+Varias secciones de este documento se tomaron del Manual de Administrador de
+Listas de Mailman, escritas por Barry A. Warsaw, y también de la ayuda
+integrada de Mailman 2.1.
+
+
+El resto de este manual fue escrito por Terri Oda. Terri ha estado manteniendo
+listas de correo desde el año que alcanzó la edad para votar en Canada,
+aunque las dos cosas no están relacionadas. Actualmente administra las
+listas de correo de Linuxchix.org, así como tambien varios servidores más
+pequeños. En el mundo ajeno a la administración de listas, Terri está haciendo
+un trabajo con un detector de spam de vida artificial, y realmente es más una
+programadora que una escritora de temas técnicos.
+
+
+Gracias a Margaret McCarthy, Jason Walton y Barry Warsaw por su ayuda en la
+revisión y mejoramiento de este manual.
+
+
+Gracias también a Ikeda Soji, quien hizo una traducción Japonesa de este
+documento.
+
+
+
+11.2 ¿Qué hace Mailman para protegerme del correo basura no
+solicitado (spam)?
+
+
+
+Los archivos de una lista técnica pueden incluir respuestas a un rango de
+preguntas diferentes. A menudo, la gente que ha enviado estas respuestas
+estaría gustoso de ayudar a alguien que no entiende completamente la
+respuesta, y no le preocuparía dar su dirección para ese propósito. Pero
+aunque sería maravilloso si todos nos puedieramos contactar unos a otros con
+facilidad, también queremos asegurarnos que la gente que envía spam no abuse
+de la lista ni de los archivos de la lista.
+
+
+Para hacer que un rango de opciones esté disponible a los administradores de
+listas, Mailman permite una variedad de configuraciones para ayudar a proteger
+las direcciones de correo. Muchos de estas configuraciones son opcionales
+para el administrador de la lista, así que su lista particular puede estar
+configurada en forma diferente. Los administradores de listas deben encontrar
+un punto de equilibrio entre proteger a suscriptores y hacerlo difícil para que
+la gente se ponga en contacto.
+
+
+
+
+
Lista de suscriptores
+
+
+
El administrador de la lista puede seleccionar entre tener
+ la lista de suscriptores pública, visible únicamente a miembros
+ de la lista, o visible únicamente a administradores de la lista.
+
+
La lista de suscriptores se muestra con las direcciones
+ disimuladas para que a los recolectores de spam se les dificulte
+ obtener su dirección.
+
+
Usted puede mantener su dirección oculta de la lista de
+ suscriptores (mire más información en la Sección 10.4).
+
+
Nota: La lista entera de suscriptores siempre está
+ disponible a los administradores de la lista.
+
+
+
+
+
+
+
Archivos de la lista
+
+
+
El administrador de la lista pueden elegir que los archivos
+ sean públicos, visibles únicamente a suscriptores (privados), o
+ completamente no disponibles.
+
+
Los archivos HTML que son creados por Pipermail (el programa
+ de archivado que viene incluido por omisión con Mailman) contienen
+ únicamente direcciones disimuladas. Existen otros programas de
+ archivado que modifican las direcciones en diferentes grados para
+ que permanezcan menos legibles.
+
+
Si usted desea estar más seguro, puede definir la cabecera
+ de correo ``X-No-archive: yes'' y Mailman no
+ archivará sus envíos. Similarmente, puede definir la cabecera de
+ correo ``X-Archive: no'' para inhabilitar el
+ archivado.
+
+
+Advertencia: Esto no evita que otros suscritores reenvíen sus mensajes,
+ posiblemente aún, incluyendo su dirección de correo electrónico.
+
+
+
+
+
+
+
Envíos limitados a las listas
+
+
+
El administrador de la lista puede elegir quien puede
+ envíar a la lista. La mayoría de las listas, se moderan
+ (un moderador o administrador revisa cada envío), se configuran
+ para que solamente los suscriptores puedan enviar a la lista, o
+ se permite que cualquier persona pueda enviar a la lista.
+
+
Permitiendo que solamente los suscriptores puedan enviar
+ a la lista, Mailman a menudo bloquea todo el spam y algunos
+ virus que se envían a la lista. Como tal, esta es una
+ configuración bastante común utilizada por los administradores
+ de listas.
+
+
+
+
+
+
+
Listas anónimas
+
+
+
Las listas también se pueden volver completamente anónimas:
+ toda la información que identifique al remitente se elimina de
+ la cabecera antes de enviar un mensaje.
+
+
Esto no es tipicamente usado como medida anti-spam (tiene
+ otros usos), pero se podría usar en esa forma si se quisiera.
+
+
+
+
+
+
+
+Por supuesto, muchos métodos para disimular direcciones pueden ser burlados por
+determinadas personas, así que sea consciente de que las protecciones usadas
+pueden no ser suficientes.
+
+
+
+1 Referencia rápida de órdenes de correo electrónico
+
+
+
+
confirm CADENA-DE-CONFIRMACIÓN
+
+
+
Confirma una acción. La cadena de confirmación es obligatoria y se
+ debería enviar en la respuesta al mensaje de confirmación enviado por
+ Mailman.
+
+
+
+
+
+
+
end
+
+
+
Termina el procesamiento de órdenes. Utilice esta orden si su programa
+ de correo añade automáticamente un archivo de firma.
+
+
+
+
+
+
+
help
+
+
+
Recibe una copia del mensaje de ayuda.
+
+
+
+
+
+
+
info
+
+
+
Obtiene información acerca de la lista.
+
+
+
+
+
+
+
lists
+
+
+
Obtiene una listado de las listas de correo (cuyos nombres se muestran
+ públicamente), del servidor GNU Mailman.
+
+
Obtiene o cambia su contraseña. Sin argumentos, devuelve su contraseña actual.
+ Usted puede cambiar su contraseña indicando los argumentos
+ CONTRASEÑA-ANTERIOR y CONTRASEÑA-NUEVA
+
+
+
+
+
+
set ...
+
+
+
Cambia o muestra sus opciones de membresía.
+
+
+Use `set help' (sin las comillas) para obtener una lista más detallada de
+ las opciones que puede cambiar. Esta lista también se presenta en el
+ Apéndice B.
+
+
+Use `set show' (sin las comillas) para mirar la configuración actual de
+ sus opciones.
+
+
Suscribirse a la lista de correo. Usted debe proporcionar su
+ contraseña para desuscribirse o cambiar sus opciones, pero si omite
+ la contraseña, Mailman le generará una. Usted puede obtener recordatorios
+ de su contraseña periódicamente.
+
+
+El siguiente parámetro puede ser ya sea: `nodigest' o `digest' (sin
+ comillas). Si usted desea suscribir una dirección diferente de la
+ dirección desde donde está enviando esta solicitud, puede especificar
+ `address=DIRECCIÓN' (sin paréntesis angulares ni comillas).
+
+
+
+
+
+
+
unsubscribe [CONTRASEÑA] [address=DIRECCIÓN]
+
+
+
Desuscribirse de la lista de correo. Si usted suministra una contraseña,
+ ésta debe concordar con su contraseña actual. Si se omite, el sistema
+ le enviará un mensaje de confirmación para desuscribir la dirección.
+ Si usted desea desuscribir una dirección diferente a la dirección desde
+ donde envía esta solicitud, puede especificar `address=DIRECCIÓN'
+ (sin paréntesis angulares ni comillas).
+
+
+
+
+
+
+
who [CONTRASEÑA] [address=DIRECCIÓN]
+
+
+
Muestra quien pertenece a la lista de correo. La lista está limitada
+ únicamente a los suscriptores, y usted debe proporcionar su contraseña
+ de membresía para obtenerla. Si usted está enviando desde una dirección
+ diferente a su dirección de membresía, especifique su dirección de
+ membresía con `address=DIRECCIÓN' (sin paréntesis angulares ni
+ comillas).
+
+
+
+2 Referencia rápida de opciones del suscriptor
+
+
+
+
+
+
set help
+
+
+
Muestra esta ayuda detallada.
+
+
+
+
+
+
+
set show [address=DIRECCIÓN]
+
+
+
Muestra la configuración actual de sus opciones. Si usted está
+ enviando desde una dirección diferente de su dirección de membresía,
+ especifique su dirección de membresía con `address=DIRECCIÓN'
+ (sin paréntesis angulares ni comillas).
+
+
+
+
+
+
+
set authenticate CONTRASEÑA [address=DIRECCIÓN]
+
+
+
Para cambiar cualquiera de sus opciones, usted debe incluir este
+ comando primero, junto con su contraseña de membresía. Si usted está
+ enviando desde una dirección diferente de su dirección de membresía,
+ especifique su dirección de membresía con `address=DIRECCIÓN'
+ (sin paréntesis angulares ni comillas).
+
+
+
+
+
+
+
set ack on
+
+set ack off
+
+
+
Cuando se activa la opción `ack', usted recibirá un mensaje de
+ acuse de recibo cada vez que usted envíe un mensaje a la lista.
+
+
+
+
+
+
+
set digest plain
+
+set digest mime
+
+set digest off
+
+
+
Cuando la opción `digest' está desactivada, usted recibirá los mensajes
+ inmediatamente cuando ellos se envían. Use `set digest plain' si en
+ su lugar desea recibir los mensajes agrupados en formato texto plano
+ (p.e. envíos agrupados RFC 1153). Use `set digest mime' si en su lugar
+ desea recibir los mensajes agrupados en formato MIME.
+
+
+
+
+
+
+
set delivery on
+
+set delivery off
+
+
+
Activa o desactiva la entrega. Esta opción no lo desuscribe, en lugar
+ de ello, hace que Mailman deje de entregarle mensajes. Esto puede ser
+ útil si usted sale de vacaciones. ¡Asegúrese de usar `set delivery on'
+ cuando regrese de vacaciones!
+
+
+
+
+
+
+
set myposts on
+
+set myposts off
+
+
+
Use `set myposts off' para evitar recibir copias de los mensajes que
+ usted envía a la lista. Esto no tiene efecto si usted está recibiendo
+ envíos agrupados.
+
+
+
+
+
+
+
set hide on
+
+set hide off
+
+
+
Use `set hide on' para ocultar su dirección de correo electrónico cuando
+ la gente solicite la lista de suscriptores.
+
+
+
+
+
+
+
set duplicates on
+
+set duplicates off
+
+
+
Use `set duplicates off' si usted desea que Mailman no le envíe
+ mensajes si su dirección está explicitamente en los campos To: o
+ Cc: del mensaje. Esto puede reducir el número de envíos duplicados
+ que usted recibe.
+
+
+
+
+
+
+
set reminders on
+
+set reminders off
+
+
+
Use `set reminders off' si usted desea desactivar el recordatorio
+ mensual de contraseña para la lista de correo.
+
+
+Una lista de correo es simplemente un grupo de direcciones a las cuales se
+envía la misma información. Si usted fuera un editor de una revista,
+tendría una lista de direcciones de correo postal de todos los suscriptores
+de la revista. En el caso de las listas de correo electrónico, se usa
+una lista de direcciones de correo electrónico de gente interesada en
+escuchar o discutir sobre un tema dado.
+
+
+Entre los tipos más comunes de listas de correo electrónico están las listas
+de anuncios y las listas de discusión.
+
+
+Las listas de anuncios sirven para que una o más personas puedan informar
+a un grupo de personas, en forma similar a cómo hace un editor de una
+revista que utiliza su lista de direcciones postales para distribuir las
+revistas. Por ejemplo, una banda musical podría usar una lista de anuncios
+para facilitar que sus seguidores estén al tanto de sus conciertos venideros.
+
+
+Una lista de discusión permite a un grupo de personas debatir temáticas entre
+ellos mismos, pudiendo cada uno enviar mensajes a la lista y hacer que se
+distribuyan a todos los integrantes del grupo. Esta discusión también se
+puede moderar, de manera que sólo los mensajes a los cuales el administrador
+les haya dado el visto bueno serán distribuidos a la lista. También es posible
+hacer que sólo a ciertas personas se les permita enviar mensajes a la lista.
+Por ejemplo, un grupo de entusiastas de modelos de aviones podrían usar una
+lista de discusión para compartir consejos útiles sobre la construcción de
+modelos y aviación.
+
+
+Algunos términos comunes:
+
+
+
Un ``envío'' típicamente denota un mensaje que se envía a una lista
+ de correo. (Piense en poner un mensaje en un tablón de anuncios.)
+
+
A las personas que son parte de una lista de correo electrónico
+ normalmente se las llama ``suscriptores'' de la lista.
+
+
``Los administradores de las listas'' son personas encargadas de,
+ mantener esas listas. Las listas pueden tener uno o más administradores.
+
+
Una lista puede tener también personas encargadas de leer los
+ mensajes enviados a la lista y decidir si éstos deberían ser distribuidos
+ a todos los suscriptores. A estas personas se les llaman moderadores.
+
+
A menudo varias listas de correo electrónico utilizan el
+ mismo software. A la persona que mantiene el software gracias al cual
+ funcionan las listas se le llama el ``administrador del sitio.'' A
+ menudo el administrador del sitio también administra listas individuales.
+
+GNU Mailman es un programa que le permite administrar listas de correo electrónico,
+con soporte para un rango amplio de tipos de listas de correo, tales como listas
+de discusión general y listas de sólo anuncios. Mailman tiene características
+extensivas que lo hacen bueno para los suscriptores, tales como: facilidad
+en la suscripción y desuscripción, opciones de privacidad, y capacidad de
+detener temporalmente la recepción de los envíos a la lista. En este documento
+se describen las características de los suscriptores de las listas.
+
+
+Mailman también tiene muchas características que lo hacen atractivo a
+administradores de listas y administradores de sitio. Estas características
+están cubiertas en los manuales del administrador de listas y del sitio.
+
+
+A menudo es más fácil, dar un ejemplo que explicar exactamente
+como encontrar la dirección de una lista específica. Por ello en este manual
+se incluirán ejemplos para una lista ficticia llamada
+NOMBRELISTA@DOMINIO cuya página de información se encontraría en
+http://SERVIDORWEB/mailman/listinfo/NOMBRELISTA.
+
+
+Ninguna de estas direcciones es real, pero muestran la forma típica que toman
+las direcciones de las listas. Las palabras en máyusculas representan la
+parte que se debería cambiar para adecuar los ejemplos a casos reales. Aunque
+las configuraciones específicas para las listas pueden ser diferentes, usted
+podrá reemplazar las palabras dadas en letras mayúsculas con los valores
+concretos de una lista real:
+
+
+
+
NOMBRELISTA
+
El nombre de su lista.
+
+
+
DOMINIO
+
El nombre del servidor de correo que gestiona la lista.
+
+
+
SERVIDORWEB
+
El nombre del servidor web que gestiona el interfaz web de la lista. Este puede ser el mismo utilizado como DOMINIO, y a menudo se refiere a la misma máquina, pero no tiene por qué ser idéntico.
+
+
+
+
+Por ejemplo, si usted estuviera interesado en la lista de usuarios mailman
+(mailman-users), tendría que realizar las siguientes sustituciones:
+NOMBRELISTA=mailman-users, DOMINIO=python.org, SERVIDORWEB=mail.python.org.
+De esta forma, para la lista de correo mailman-users@python.org,
+la página de información de esa lista se encontraría en la dirección URL
+http://mail.python.org/mailman/listinfo/mailman-users. Estas, a
+diferencia de la mayoría de ejemplos dados en este documento, son direcciones
+reales.
+
+
+La mayoría de las listas tendrán esta información almacenada en las cabeceras
+List-*:. Muchos programas de correo ocultan estas cabeceras en
+forma predeterminada, así que si desea darles un vistazo debe hacer que su
+programa de correo le muestre todas las cabeceras del mensaje.
+
+
+Mailman tiene dos interfaces diferentes para los suscriptores de las listas:
+el interfaz web y el interfaz de correo electrónico. La mayoría de los
+suscriptores de las listas de discusión usan el interfaz de correo electrónico,
+ya que éste incluye las direcciones de correo electrónico que usted utiliza
+para enviar mensajes a todos los suscriptores de esa lista.
+
+
+El interfaz que se use para cambiar las opciones es cuestión de gustos, ya que
+la mayoría de las opciones que se pueden cambiar utilizando el interfaz web
+(pero no todas) también se pueden cambiar por correo electrónico. Usualmente
+es más fácil utilizar el interfaz web para cambiar opciones, ya que el interfaz
+web proporciona instrucciones integradas, pero hay ocasiones en las cuales las
+personas prefieren el interfaz de correo electrónico, así que se proporcionan
+los dos.
+
+
+Para mucha gente, el interfaz web de Mailman es su característica más destacable
+ya que resulta mucho más fácil para suscriptores y administradores saber
+que opciones están disponibles y lo que hace cada una de ellas.
+
+
+Cada lista de correo también queda accesible desde varias páginas web.
+Note que las direcciones URL exactas las configura el administrador
+del sitio, así que pueden ser diferentes a las que se describen abajo.
+En seguida se describe la configuración más común, pero debe consultar los
+detalles con su administrador de sitio o proveedor del servicio.
+
+
La página listinfo es el punto de inicio del interfaz
+ del suscriptor. Como se podría asumir por el nombre dado, esta
+ página contiene información acerca de la lista NOMBRELISTA. A
+ partir de esta página se puede llegar al resto de páginas del
+ suscriptor, así que realmente sólo se necesita conocer esta
+ dirección.
+
+
También se puede acceder a esta página yendo a la página
+ listinfo y escribiendo su dirección de correo en el cuadro de texto
+ junto al botón etiquetado ``Opciones de Edición y Desuscripción''
+ (este está cerca del final de la página).
+
+
+
+
La página de opciones de suscriptor le permite
+ entrar/salir y cambiar la configuración de sus opciones, así como
+ también desuscribirse u obtener una copia de su contraseña por
+ correo electrónico.
+
+
+
+
Para acceder a su página de opciones de
+ suscriptor: Si usted aún no ha ingresado, encontrará un cuadro
+ de texto cerca de la parte superior de la página para introducir
+ su contraseña (si no conoce su contraseña, mire la
+ sección 6.1 para más información sobre cómo
+ obtener su contraseña). Escriba su contraseña en el cuadro de texto
+ mencionado y haga clic en el botón ``Cambiar''.
+
+
+
+
Una vez haya ingresado, podrá mirar y cambiar toda la
+ configuración personal de su lista.
+
+
Las páginas de los archivos de la lista disponen de una copia de
+ los mensajes enviados a la lista, usualmente agrupados por
+ mes. En cada grupo mensual, los envíos se indexan por autor, fecha,
+ hilo y asunto.
+
+
+
+
Nota: Pipermail es el nombre del archivador predeterminado que
+ viene con Mailman, pero hay otros programas de archivado disponibles.
+
+
+
+
Si el archivo es privado, para acceder usted necesitará
+ suministrar su dirección de correo de suscriptor y su contraseña
+ (mire en la Sección 6.1 mayor información sobre
+ cómo obtener su contraseña).
+
+
If you are not sending mail from your subscribed address, you can also
specify this address by sending the command password address=ADDRESS.
@@ -118,41 +114,37 @@ If you are not sending mail from your subscribed address, you can also
Send a mail to LISTNAME-request@DOMAIN with the command
password OLDPASSWORDNEWPASSWORD.
@@ -107,16 +103,16 @@ Commands can appear
If you are not sending mail from your membership address, you can also
specify this address with address=ADDRESS after NEWPASSWORD.
@@ -132,41 +128,37 @@ For example, if kathy@here.com wanted to change her <
-
-Release 2.1, documentation updated on 7 October 2003.
+7.5 How can I
+
+Release 2.1, documentation updated on September 12, 2004.
diff --git a/admin/www/mailman-member/node24.html b/admin/www/mailman-member/node24.html
index 96b043db7..1eac4afbf 100644
--- a/admin/www/mailman-member/node24.html
+++ b/admin/www/mailman-member/node24.html
@@ -1,60 +1,56 @@
-
-
-
-
-
-
-
-
-
-
-
-
+
+
+
+
+
+
+
+
+
+
+
-
-
-
+
+
+
7.5 How can I get Mailman to tell me when my post has been received
by the list? (ack option)
11.2 What does Mailman do to help protect me from unsolicited bulk email
(spam)?
@@ -166,41 +162,37 @@ people, so be aware that the protections used may not be enough.
Retrieve or change your password. With no arguments, this returns
your current password. With arguments OLDPASSWORD and NEWPASSWORD
you can change your password.
@@ -178,16 +174,16 @@ Use `set show' (without the quotes) to view your current option
subscribe [PASSWORD] [digest|nodigest] [address=ADDRESS]
@@ -201,10 +197,10 @@ Use `set show' (without the quotes) to view your current option
The next argument may be either: `nodigest' or `digest' (no quotes!).
If you wish to subscribe an address other than the address you sent
this request from, you may specify `address=ADDRESS' (no brackets
around the email address, and no quotes!)
@@ -215,16 +211,16 @@ The next argument may be either: `nodigest' or `digest' (no quotes!).
unsubscribe [PASSWORD] [address=ADDRESS]
@@ -234,10 +230,10 @@ The next argument may be either: `nodigest' or `digest' (no quotes!).
to the unsubscribing address. If you wish to unsubscribe an address
other than the address you sent this request from, you may specify
`address=ADDRESS' (no brackets around the email address, and no
quotes!)
@@ -248,16 +244,16 @@ The next argument may be either: `nodigest' or `digest' (no quotes!).
who [PASSWORD] [address=ADDRESS]
@@ -267,10 +263,10 @@ The next argument may be either: `nodigest' or `digest' (no quotes!).
retrieve it. If you're posting from an address other than your
membership address, specify your membership address with
`address=ADDRESS' (no brackets around the email address, and no
quotes!)
@@ -283,41 +279,37 @@ The next argument may be either: `nodigest' or `digest' (no quotes!).
View your current option settings. If you're posting from an address
other than your membership address, specify your membership address
with `address=ADDRESS' (no brackets around the email address, and no
quotes!).
@@ -95,16 +91,16 @@
set authenticate PASSWORD [address=ADDRESS]
@@ -113,10 +109,10 @@
with your membership password. If you're posting from an address
other than your membership address, specify your membership address
with `address=ADDRESS' (no brackets around the email address,
and no quotes!).
@@ -229,41 +225,37 @@ set reminders off
-
-Release 2.1, documentation updated on 7 October 2003.
+3.2 The email interface
+
+Release 2.1, documentation updated on September 12, 2004.
diff --git a/admin/www/users.html b/admin/www/users.html
index a26b17b44..2a827ac45 100644
--- a/admin/www/users.html
+++ b/admin/www/users.html
@@ -175,11 +175,17 @@ entire article is permitted in any medium, provided this notice is preserved.
Chris Kolar has made
available a Mailman
-user guide for end-users interacting with a Mailman system.
+user guide for end-users interacting with a Mailman system. His documents
+have not been updated for 2.1, but may still be useful.
--
cgit v1.3.1
DIRECCIÓN
.
+