Student-services-communications_ug_orient-eca Info Page

Student-services-communications_ug_orient-eca -- Announcements from ENCS Student Services

 

About Student-services-communications_ug_orient-eca
English (USA)

This list will be used by ENCS Student Services to make announcements to selected groups of recipients, as needed."

# This text will be prepended to subject lines of messages posted to the
# list, to distinguish mailing list messages in mailbox summaries.
# Brevity is premium here, it's ok to shorten long mailing list names to
# something more concise, as long as it still identifies the mailing
# list. You can also add a sequential number by %d substitution
# directive. eg.; [listname %d] -> [listname 123] (listname %05d) ->
# (listname 00123)
#

# Several protocols now in wide use attempt to ensure that use of the
# domain in the author's address (ie, in the From: header field) is
# authorized by that domain. These protocols may be incompatible with
# common list features such as footers, causing participating email
# services to bounce list traffic merely because of the address in the
# From: field. This has resulted in members being unsubscribed despite
# being perfectly able to receive mail.
#
# The following actions are applied to all list messages when selected
# here. To apply these actions only to messages where the domain in the
# From: header is determined to use such a protocol, see the # href="?VARHELP=privacy/sender/dmarc_moderation_action">
# dmarc_moderation_action settings under Privacy options... -> Sender
# filters. Settings:
#
# No Do nothing special. This is appropriate for anonymous lists. It is
# appropriate for dedicated announcement lists, unless the From: address
# of authorized posters might be in a domain with a DMARC or similar
# policy. It is also appropriate if you choose to use
# dmarc_moderation_action other than Accept for this list. Munge From
# This action replaces the poster's address in the From: header with the
# list's posting address and adds the poster's address to the addresses
# in the original Reply-To: header. Wrap Message Just wrap the message
# in an outer message with the From: header containing the list's
# posting address and with the original From: address added to the
# addresses in the original Reply-To: header and with Content-Type:
# message/rfc822. This is effectively a one message MIME format digest.
#
# The transformations for anonymous_list are applied before any of these
# actions. It is not useful to apply actions other than No to an
# anonymous list, and if you do so, the result may be surprising. The
# Reply-To: header munging actions below interact with these actions as
# follows:
# first_strip_reply_to = Yes will remove all the incoming
# Reply-To: addresses but will still add the poster's address to
# Reply-To: for all three settings of reply_goes_to_list which
# respectively will result in just the poster's address, the poster's
# address and the list posting address or the poster's address and the
# explicit reply_to_address in the outgoing Reply-To: header. If
# first_strip_reply_to = No the poster's address in the original From:
# header, if not already included in the Reply-To:, will be added to any
# existing Reply-To: address(es). These actions, whether selected here
# or via
# dmarc_moderation_action, do not apply to messages in digests or
# archives or sent to usenet via the Mail<->News gateways. If # href="?VARHELP=privacy/sender/dmarc_moderation_action">
# dmarc_moderation_action applies to this message with an action other
# than Accept, that action rather than this is applied
#
# legal values are:
# 0 = "No"
# 1 = "Munge From"
# 2 = "Wrap Message"
from_is_list = 0

# Hide the sender of a message, replacing it with the list address
# (Removes From, Sender and Reply-To fields)
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
anonymous_list = False

# Should any existing Reply-To: header found in the original message be
# stripped? If so, this will be done regardless of whether an explict
# Reply-To: header is added by Mailman or not.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
first_strip_reply_to = False

# This option controls what Mailman does to the Reply-To: header in
# messages flowing through this mailing list. When set to Poster, no
# Reply-To: header is added by Mailman, although if one is present in
# the original message, it is not stripped. Setting this value to
# either This list or Explicit address causes Mailman to insert a
# specific Reply-To: header in all messages, overriding the header in
# the original message if necessary (Explicit address inserts the value
# of
reply_to_address).
#
# There are many reasons not to introduce or override the Reply-To:
# header. One is that some posters depend on their own Reply-To:
# settings to convey their valid return address. Another is that
# modifying Reply-To: makes it much more difficult to send private
# replies. See # href="http://marc.merlins.org/netrants/reply-to-harmful.html">`Reply-To'
# Munging Considered Harmful for a general discussion of this issue.
# See

# Reply-To Munging Considered Useful for a dissenting opinion.
#
# Some mailing lists have restricted posting privileges, with a parallel
# list devoted to discussions. Examples are `patches' or `checkin'
# lists, where software changes are posted by a revision control system,
# but discussion about the changes occurs on a developers mailing list.
# To support these types of mailing lists, select Explicit address and
# set the Reply-To: address below to point to the parallel list.
#
# legal values are:
# 0 = "Poster"
# 1 = "This list"
# 2 = "Explicit address"
reply_goes_to_list = 0

# This is the address set in the Reply-To: header when the # href="?VARHELP=general/reply_goes_to_list">reply_goes_to_list option
# is set to Explicit address.
#
# There are many reasons not to introduce or override the Reply-To:
# header. One is that some posters depend on their own Reply-To:
# settings to convey their valid return address. Another is that
# modifying Reply-To: makes it much more difficult to send private
# replies. See # href="http://marc.merlins.org/netrants/reply-to-harmful.html">`Reply-To'
# Munging Considered Harmful for a general discussion of this issue.
# See

# Reply-To Munging Considered Useful for a dissenting opinion.
#
# Some mailing lists have restricted posting privileges, with a parallel
# list devoted to discussions. Examples are `patches' or `checkin'
# lists, where software changes are posted by a revision control system,
# but discussion about the changes occurs on a developers mailing list.
# To support these types of mailing lists, specify the explicit
# Reply-To: address here. You must also specify Explicit address in the
# reply_goes_to_list variable.
#
# Note that if the original message contains a Reply-To: header, it will
# not be changed.
reply_to_address = ''

# Set this to yes when this list is intended to cascade only to other
# mailing lists. When set, meta notices like confirmations and password
# reminders will be directed to an address derived from the member's
# address - it will have the value of "umbrella_member_suffix" appended
# to the member's account name.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
umbrella_list = False

# When "umbrella_list" is set to indicate that this list has other
# mailing lists as members, then administrative notices like
# confirmations and password reminders need to not be sent to the member
# list addresses, but rather to the owner of those member lists. In
# that case, the value of this setting is appended to the member's
# account name for such notices. `-owner' is the typical choice. This
# setting has no effect when "umbrella_list" is "No".
umbrella_member_suffix = '-owner'

# Turn this on if you want password reminders to be sent once per month
# to your members. Note that members may disable their own individual
# password reminders.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
send_reminders = False

# This value, if any, will be added to the front of the new-subscriber
# welcome message. The rest of the welcome message already describes
# the important addresses and URLs for the mailing list, so you don't
# need to include any of that kind of stuff here. This should just
# contain mission-specific kinds of things, like etiquette policies or
# team orientation, or that kind of thing.
#
# Note that this text will be wrapped, according to the following rules:
# Each paragraph is filled so that no line is longer than 70 characters.
# Any line that begins with whitespace is not filled. A blank line
# separates paragraphs.
#
welcome_msg = ''

# Turn this off only if you plan on subscribing people manually and
# don't want them to know that you did so. This option is most useful
# for transparently migrating lists from some other mailing list manager
# to Mailman.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
send_welcome_msg = 0

# Text sent to people leaving the list. If empty, no special text will
# be added to the unsubscribe message.
goodbye_msg = ''

# Send goodbye message to members when they are unsubscribed?
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
send_goodbye_msg = False

# List moderators (and list administrators) are sent daily reminders of
# requests pending approval, like subscriptions to a moderated list, or
# postings that are being held for one reason or another. Setting this
# option causes notices to be sent immediately on the arrival of new
# requests as well.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
admin_immed_notify = True

# Should administrator get notices of subscribes and unsubscribes?
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
admin_notify_mchanges = False

# Send mail to poster when their posting is held for approval?
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
respond_to_post_requests = 1

# 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.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
emergency = 0

# When a new member is subscribed to this list, their initial set of
# options is taken from this variable's setting.
new_member_options = 256

# Administrivia tests will check postings to see whether it's really
# meant as an administrative request (like subscribe, unsubscribe, etc),
# and will add it to the the administrative requests queue, notifying
# the administrator of the new request, in the process.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
administrivia = True

# Maximum length in kilobytes (KB) of a message body. Use 0 for no
# limit.
max_message_size = 250

# Maximum number of members to show on one page of the Membership List.
admin_member_chunksize = 30

# The "host_name" is the preferred name for email to mailman-related
# addresses on this host, and generally should be the mail host's
# exchanger address, if any. This setting can be useful for selecting
# among alternative names of a host that has multiple addresses.
host_name = 'encs.concordia.ca'

# RFC 2369 defines a set of List-* headers that are normally added to
# every message sent to the list membership. These greatly aid end-users
# who are using standards compliant mail readers. They should normally
# always be enabled.
#
# 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 (and in fact, your ability to
# disable these headers may eventually go away).
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
include_rfc2369_headers = 1

# 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. 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.)
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
include_list_post_header = 1

# RFC 2822 defines the Sender header and defines it as "the mailbox of
# the agent responsible for the actual transmission of the message."
# Mailman replaces this header by default with the list's bounce
# address.
#
# While it is debatable if Mailman is such an agent, setting this header
# helps directing bounces from some broken MTAs to the right
# destination. On the other hand, some mail readers show unexpected
# behaviour if this header is set (like missing addresses in forwarded
# mails and copies sent to the bounce address on reply-to-all), so it
# can be disabled here.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
include_sender_header = 1

# The process which avoids sending a list copy of a message to a member
# who is also directly addressed in To: or Cc: can drop the address from
# Cc: to avoid growing a long Cc: list in long threads. This can be
# undesirable as it can break DKIM signatures and possibly cause
# confusion. To avoid changes to Cc: headers, set this to No.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
drop_cc = True

# Discard held messages older than this number of days. Use 0 for no
# automatic discarding.
max_days_to_hold = 0

## Language options
#
# Natural language (internationalization) options.

# This is the default natural language for this mailing list. If more
# than one language is supported then users will be able to select their
# own preferences for when they interact with the list. All other
# interactions will be conducted in the default language. This applies
# to both web-based and email-based messages, but not to email posted by
# list members.
preferred_language = 'en'

# These are all the natural languages supported by this list. Note that
# the default language must be included.
available_languages = ['en']

# If your mailing list's default language uses a non-ASCII character set
# and the prefix contains non-ASCII characters, the prefix will always
# be encoded according to the relevant standards. However, if your
# 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.
#
# legal values are:
# 0 = "Never"
# 1 = "Always"
# 2 = "As needed"
encode_ascii_prefixes = 0

## Nondigest options
#
# Policies concerning immediately delivered list traffic.

# Can subscribers choose to receive mail immediately, rather than in
# batched digests?
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
nondigestable = True

# Text prepended to the top of every immediately-delivery message. This
# text can include Python format strings which are resolved against list
# attributes. The list of substitutions allowed are:
#
#
# real_name - The "pretty" name of the list; usually the list name with
# capitalization.
#
# list_name - The name by which the list is identified in URLs, where
# case is significant.
#
# host_name - The fully qualified domain name that the list server runs
# on.
#
# web_page_url - The base URL for Mailman. This can be appended with,
# e.g. listinfo/%(list_name)s to yield the listinfo page for the mailing
# list.
#
# description - The brief description of the mailing list.
#
# info - The full description of the mailing list.
#
# cgiext - The extension added to CGI scripts.
#
#
msg_header = ''

# Text appended to the bottom of every immediately-delivery message.
# This text can include Python format strings which are resolved against
# list attributes. The list of substitutions allowed are:
#
#
# real_name - The "pretty" name of the list; usually the list name with
# capitalization.
#
# list_name - The name by which the list is identified in URLs, where
# case is significant.
#
# host_name - The fully qualified domain name that the list server runs
# on.
#
# web_page_url - The base URL for Mailman. This can be appended with,
# e.g. listinfo/%(list_name)s to yield the listinfo page for the mailing
# list.
#
# description - The brief description of the mailing list.
#
# info - The full description of the mailing list.
#
# cgiext - The extension added to CGI scripts.
#
#
# When you scrub attachments, they are stored in the archive area and
# links are made in the message so that the member can access them via a
# web browser. If you want the attachments to totally disappear, you can
# use content filtering options.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
scrub_nondigest = False

# The list addresses should be written in full mail address format (e.g.
# mailman@example.com). Do not specify this list address mutually in the
# exclude list configuration page of the other list, or members of both
# lists won't get any message. Note also that the site administrator may
# prohibit cross domain siblings.
regular_exclude_lists = []

# If a post is addressed to this list and to one or more of the exclude
# lists, regular members of those lists will not be sent the post from
# this list, but if the poster is not a member of an excluded list, the
# post may not be accepted by that list which leaves the members of that
# list with no copy of the post. Setting this to Yes ignores any of the
# exclude lists of which the poster is not a member.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
regular_exclude_ignore = True

# The list addresses should be written in full mail address format (e.g.
# mailman@example.com). Note also that the site administrator may
# prohibit cross domain siblings.
regular_include_lists = []

## Digest options
#
# Batched-delivery digest characteristics.

# Can list members choose to receive list traffic bunched in digests?
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
digestable = True

# Which delivery mode is the default for new users?
#
# legal values are:
# 0 = "Regular"
# 1 = "Digest"
digest_is_default = False

# When receiving digests, which format is default?
#
# legal values are:
# 0 = "Plain"
# 1 = "MIME"
mime_is_default_digest = False

# How big in Kb should a digest be before it gets sent out? 0 implies
# no maximum size.
digest_size_threshhold = 30

# Should a digest be dispatched daily when the size threshold isn't
# reached?
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
digest_send_periodic = True

# Text attached (as an initial message, before the table of contents) to
# the top of digests. This text can include Python format strings which
# are resolved against list attributes. The list of substitutions
# allowed are:
#
#
# real_name - The "pretty" name of the list; usually the list name with
# capitalization.
#
# list_name - The name by which the list is identified in URLs, where
# case is significant.
#
# host_name - The fully qualified domain name that the list server runs
# on.
#
# web_page_url - The base URL for Mailman. This can be appended with,
# e.g. listinfo/%(list_name)s to yield the listinfo page for the mailing
# list.
#
# description - The brief description of the mailing list.
#
# info - The full description of the mailing list.
#
# cgiext - The extension added to CGI scripts.
#
#
digest_header = ''

# Text attached (as a final message) to the bottom of digests. This text
# can include Python format strings which are resolved against list
# attributes. The list of substitutions allowed are:
#
#
# real_name - The "pretty" name of the list; usually the list name with
# capitalization.
#
# list_name - The name by which the list is identified in URLs, where
# case is significant.
#
# host_name - The fully qualified domain name that the list server runs
# on.
#
# web_page_url - The base URL for Mailman. This can be appended with,
# e.g. listinfo/%(list_name)s to yield the listinfo page for the mailing
# list.
#
# description - The brief description of the mailing list.
#
# info - The full description of the mailing list.
#
# cgiext - The extension added to CGI scripts.
#
#

# When a new digest volume is started, the volume number is incremented
# and the issue number is reset to 1.
#
# legal values are:
# 0 = "Yearly"
# 1 = "Monthly"
# 2 = "Quarterly"
# 3 = "Weekly"
# 4 = "Daily"
digest_volume_frequency = 1

## Privacy options
#
# This section allows you to configure subscription and membership
# exposure policy. You can also control whether this list is public or
# not. See also the # href="https://mailman.encs.concordia.ca/mailman/admin/student-services-communications/archive">Archival
# Options
section for separate archive-related privacy settings.

# Advertise this list when people ask what lists are on this machine?
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
advertised = 0

# Confirm (*) - email confirmation required Require approval - require
# list administrator approval for subscriptions Confirm and approve -
# both confirm and approve
#
# (*) when someone requests a subscription, Mailman sends them a notice
# with a unique subscription request number that they must reply to in
# order to subscribe. This prevents mischievous (or malicious) people
# from creating subscriptions for others without their consent.
#
# legal values are:
# 1 = "Confirm"
# 2 = "Require approval"
# 3 = "Confirm and approve"
subscribe_policy = 3

# When subscription requires approval, addresses in this list are
# allowed to subscribe without administrator approval. Add addresses one
# per line. You may begin a line with a ^ character to designate a (case
# insensitive) regular expression match. You may also use the @listname
# notation to designate the members of another list in this
# installation.
subscribe_auto_approval = []

# When members want to leave a list, they will make an unsubscription
# request, either via the web or via email. Normally it is best for you
# to allow open unsubscriptions so that users can easily remove
# themselves from mailing lists (they get really upset if they can't get
# off lists!).
#
# For some lists though, you may want to impose moderator approval
# before an unsubscription request is processed. Examples of such lists
# include a corporate mailing list that all employees are required to be
# members of.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
unsubscribe_policy = 1

# Addresses in this list are banned outright from subscribing to this
# mailing list, with no further moderation required. Add addresses one
# per line; start the line with a ^ character to designate a regular
# expression match.
ban_list = []

# When set, the list of subscribers is protected by member or admin
# password authentication.
#
# legal values are:
# 0 = "Anyone"
# 1 = "List members"
# 2 = "List admin only"
private_roster = 2

# Setting this option causes member email addresses to be transformed
# when they are presented on list web pages (both in text and as links),
# so they're not trivially recognizable as email addresses. The
# intention is to prevent the addresses from being snarfed up by
# automated web scanners for use by spammers.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
obscure_addresses = 1

## Privacy options
#
# When a message is posted to the list, a series of moderation steps are
# taken to decide whether a moderator must first approve the message or
# not. This section contains the controls for moderation of both member
# and non-member postings.
#
#

Member postings are held for moderation if their moderation
# flag
is turned on. You can control whether member postings are
# moderated by default or not.
#
#

Non-member postings can be automatically # href="?VARHELP=privacy/sender/accept_these_nonmembers" >accepted,
# held for
# moderation
, # href="?VARHELP=privacy/sender/reject_these_nonmembers" >rejected
# (bounced), or # href="?VARHELP=privacy/sender/discard_these_nonmembers"
# >discarded, either individually or as a group. Any posting from a
# non-member who is not explicitly accepted, rejected, or discarded,
# will have their posting filtered by the # href="?VARHELP=privacy/sender/generic_nonmember_action">general
# non-member rules.
#
#

In the text boxes below, add one address per line; start the line
# with a ^ character to designate a # "https://docs.python.org/2/library/re.html" >Python regular
# expression
. When entering backslashes, do so as if you were using
# Python raw strings (i.e. you generally just use a single backslash).
#
#

Note that non-regexp matches are always done first.

# Each list member has a moderation flag which says whether messages
# from the list member can be posted directly to the list, or must first
# be approved by the list moderator. When the moderation flag is turned
# on, list member postings must be approved first. You, the list
# administrator can decide whether a specific individual's postings will
# be moderated or not.
#
# When a new member is subscribed, their initial moderation flag takes
# its value from this option. Turn this option off to accept member
# postings by default. Turn this option on to, by default, moderate
# member postings first. You can always manually set an individual
# member's moderation bit by using the membership management screens.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
default_member_moderation = 1

# If a member posts this many times, within a period of time the member
# is automatically moderated. Use 0 to disable. See # href="?VARHELP=privacy/sender/member_verbosity_interval"
# >member_verbosity_interval for details on the time period.
#
# This is intended to stop people who join a list or lists and then use
# a bot to send many spam messages in a short interval.
#
# Be careful when using this setting. If it is set too low, this can be
# triggered by a single post cross-posted to multiple lists or by a
# single post to an umbrella list.
member_verbosity_threshold = 0

# If a member's total posts to all lists in this installation with
# member_verbosity_threshold enabled reaches this list's
# member_verbosity_threshold, the member is automatically moderated on
# this list.
#
# Posts which are counted towards this list's member_verbosity_threshold
# are all posts to any list with member_verbosity_threshold enabled that
# arrived within that list's member_verbosity_interval.
member_verbosity_interval = 300

# Hold -- this holds the message for approval by the list moderators.
#
# Reject -- this automatically rejects the message by sending a bounce
# notice to the post's author. The text of the bounce notice can be # href="?VARHELP=privacy/sender/member_moderation_notice" >configured by
# you.
#
# Discard -- this simply discards the message, with no notice sent to
# the post's author.
#
#
# legal values are:
# 0 = "Hold"
# 1 = "Reject"
# 2 = "Discard"
member_moderation_action = 1

# Text to include in any # href="?VARHELP/privacy/sender/member_moderation_action" >rejection
# notice to be sent to moderated members who post to this list.

# Munge From -- applies the # href="?VARHELP=general/from_is_list">from_is_list Munge From
# transformation to these messages.
#
# Wrap Message -- applies the # href="?VARHELP=general/from_is_list">from_is_list Wrap Message
# transformation to these messages.
#
# Reject -- this automatically rejects the message by sending a bounce
# notice to the post's author. The text of the bounce notice can be # href="?VARHELP=privacy/sender/dmarc_moderation_notice" >configured by
# you.
#
# Discard -- this simply discards the message, with no notice sent to
# the post's author.
#
#
# This setting takes precedence over the # href="?VARHELP=general/from_is_list"> from_is_list setting if the
# message is From: an affected domain and the setting is other than
# Accept.
#
# legal values are:
# 0 = "Accept"
# 1 = "Munge From"
# 2 = "Wrap Message"
# 3 = "Reject"
# 4 = "Discard"
dmarc_moderation_action = 1

# No -- this applies dmarc_moderation_action to only those posts From: a
# domain with DMARC p=reject. This is appropriate if you are concerned
# about bounced messages, but want to apply dmarc_moderation_action to
# as few messages as possible. Yes -- this applies
# dmarc_moderation_action to posts From: a domain with DMARC p=reject or
# p=quarantine. If a message is From: a domain with DMARC p=quarantine
# and dmarc_moderation_action is not applied (this set to No) the
# message will likely not bounce, but will be delivered to recipients'
# spam folders or other hard to find places.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
dmarc_quarantine_moderation_action = False

# No -- this applies dmarc_moderation_action to only those posts From: a
# domain with DMARC p=reject and possibly p=quarantine depending on the
# setting of dmarc_quarantine_moderation_action. Yes -- this applies
# dmarc_moderation_action to posts From: a domain with DMARC p=none if
# dmarc_moderation_action is Munge From or Wrap Message and
# dmarc_quarantine_moderation_action is Yes. The intent of this setting
# is to eliminate failure reports to the owner of a domain that
# publishes DMARC p=none by applying the message transformations that
# would be applied if the domain's DMARC policy were stronger.
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
dmarc_none_moderation_action = False

# Text to include in any # href="?VARHELP=privacy/sender/dmarc_moderation_action" >rejection
# notice to be sent to anyone who posts to this list from a domain with
# a DMARC Reject Policy.
dmarc_moderation_notice = ''

# Postings from any of these addresses will automatically apply any
# DMARC action mitigation. This can be utilized to automatically wrap
# or munge postings from known addresses or domains that might have
# policies rejecting external mail From: themselves.
#
# Add member addresses one per line; start the line with a ^ character
# to designate a regular expression match.
dmarc_moderation_addresses = []

# A wrapped message will either be a multipart/mixed message with up to
# four sub-parts; a text/plain part containing msg_header, a text/plain
# part containing dmarc_wrapped_message_text, a message/rfc822 part
# containing the original message and a text/plain part containing
# msg_footer, or a message/rfc822 message containing only the original
# message if none of the other parts are applicable.
dmarc_wrapped_message_text = ''

# If two poster addresses with the same local part but different domains
# are to be considered equivalents for list membership tests, the
# domains are put here. The format is one or more groups of equivalent
# domains. Within a group, the domains are separated by commas and
# multiple groups are separated by semicolons. White space is ignored.
# For example: example.com,mail.example.com;mac.com,me.com,icloud.com
#
# In this example, if user@example.com is a list member, a post from
# user@mail.example.com will be treated as if it is from
# user@example.com for list membership/moderation purposes, and
# likewise, if user@me.com is a list member, posts from user@mac.com or
# user@icloud.com will be treated as if from user@me.com. Note that the
# poster's address is first tested for list membership, and the
# equivalent domain addresses are only tested if the poster's address is
# not that of a member. Also note that moderation of the equivalent
# domain address will apply to the post, but other options such as 'ack'
# or 'not metoo' will not.
equivalent_domains = ''

# Postings from any of these non-members will be automatically accepted
# with no further moderation applied. Add member addresses one per
# line; start the line with a ^ character to designate a regular
# expression match. A line consisting of the @ character followed by a
# list name specifies another Mailman list in this installation, all of
# whose member addresses will be accepted for this list.
accept_these_nonmembers = ['mona@encs.concordia.ca', 'iliada@encs.concordia.ca']

# Postings from any of these non-members will be immediately and
# automatically held for moderation by the list moderators. The sender
# will receive a notification message which will allow them to cancel
# their held message. Add member addresses one per line; start the line
# with a ^ character to designate a regular expression match.
hold_these_nonmembers = []

# Postings from any of these non-members will be automatically rejected.
# In other words, their messages will be bounced back to the sender with
# a notification of automatic rejection. This option is not appropriate
# for known spam senders; their messages should be # href="?VARHELP=privacy/sender/discard_these_nonmembers" >automatically
# discarded.
#
# Add member addresses one per line; start the line with a ^ character
# to designate a regular expression match.
reject_these_nonmembers = []

# Postings from any of these non-members will be automatically
# discarded. That is, the message will be thrown away with no further
# processing or notification. The sender will not receive a
# notification or a bounce, however the list moderators can optionally
# receive
# copies of auto-discarded messages..
#
# Add member addresses one per line; start the line with a ^ character
# to designate a regular expression match.
discard_these_nonmembers = []

# When a post from a non-member is received, the message's sender is
# matched against the list of explicitly # href="?VARHELP=privacy/sender/accept_these_nonmembers" >accepted,
# held,
# >rejected (bounced), and # href="?VARHELP=privacy/sender/discard_these_nonmembers" >discarded
# addresses. If no match is found, then this action is taken.
#
# legal values are:
# 0 = "Accept"
# 1 = "Hold"
# 2 = "Reject"
# 3 = "Discard"
generic_nonmember_action = 2

# Should messages from non-members, which are automatically discarded,
# be forwarded to the list moderator?
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
forward_auto_discards = 1

# Text to include in any rejection notice to be sent to non-members who
# post to this list. This notice can include the list's owner address by
# %(listowner)s and replaces the internally crafted default message.

## Privacy options
#
# This section allows you to configure various filters based on the
# recipient of the message.

# Many (in fact, most) spams do not explicitly name their myriad
# destinations in the explicit destination addresses - in fact often the
# To: field has a totally bogus address for obfuscation. The constraint
# applies only to the stuff in the address before the '@' sign, but
# still catches all such spams.
#
# The cost is that the list will not accept unhindered any postings
# relayed from other addresses, unless
#
#
# The relaying address has the same name, or
#
# The relaying address name is included on the options that specifies
# acceptable aliases for the list.
#
#
#
# legal values are:
# 0 = "No"
# 1 = "Yes"
require_explicit_destination = True

# Alternate addresses that are acceptable when
# `require_explicit_destination' is enabled. This option takes a list
# of regular expressions, one per line, which is matched against every
# recipient address in the message. The matching is performed with
# Python's re.match() function, meaning they are anchored to the start
# of the string.
#
# For backwards compatibility with Mailman 1.1, if the regexp does not
# contain an `@', then the pattern is matched against just the local
# part of the recipient address. If that match fails, or if the pattern
# does contain an `@', then the pattern is matched against the entire
# recipient address.
#
# Matching against the local part is deprecated; in a future release,
# the pattern will always be matched against the entire recipient
# address.
acceptable_aliases = ''

# If a posting has this number, or more, of recipients, it is held for
# admin approval. Use 0 for no ceiling.
max_num_recipients = 10

## Privacy options
#
# This section allows you to configure various anti-spam filters posting
# filters, which can help reduce the amount of spam your list members
# end up receiving.
#

# Each header filter rule has two parts, a list of regular expressions,
# one per line, and an action to take. Mailman matches the message's
# headers against every regular expression in the rule and if any match,
# the message is rejected, held, or discarded based on the action you
# specify. Use Defer to temporarily disable a rule.
#
# You can have more than one filter rule for your list. In that case,
# each rule is matched in turn, with processing stopped after the first
# match.
#
# Note that headers are collected from all the attachments (except for
# the mailman administrivia message) and matched against the regular
# expressions. With this feature, you can effectively sort out messages
# with dangerous file types or file name extensions.
header_filter_rules = []

# Use this option to prohibit posts according to specific header values.
# The target value is a regular-expression for matching against the
# specified header. The match is done disregarding letter case. Lines
# beginning with '#' are ignored as comments.
#
# For example:to: .*@public.com says to hold all postings with a To:
# mail header containing '@public.com' anywhere among the addresses.
#
# Note that leading whitespace is trimmed from the regexp. This can be
# circumvented in a number of ways, e.g. by escaping or bracketing it.
bounce_matching_headers =

To see the collection of prior postings to the list, visit the Student-services-communications_ug_orient-eca Archives. (The current archive is only available to the list members.)

Using Student-services-communications_ug_orient-eca
To post a message to all the list members, send email to student-services-communications_ug_orient-eca@encs.concordia.ca.

You can subscribe to the list, or change your existing subscription, in the sections below.

Subscribing to Student-services-communications_ug_orient-eca

Subscribe to Student-services-communications_ug_orient-eca by filling out the following form. You will be sent email requesting confirmation, to prevent others from gratuitously subscribing you. Once confirmation is received, your request will be held for approval by the list moderator. You will be notified of the moderator's decision by email. This is also a hidden list, which means that the list of members is available only to the list administrator.

    Your email address:  
    Your name (optional):  
    You may enter a privacy password below. This provides only mild security, but should prevent others from messing with your subscription. Do not use a valuable password as it will occasionally be emailed back to you in cleartext.

    If you choose not to enter a password, one will be automatically generated for you, and it will be sent to you once you've confirmed your subscription. You can always request a mail-back of your password when you edit your personal options.
    Pick a password:  
    Reenter password to confirm:  
    Which language do you prefer to display your messages? English (USA)  
    Would you like to receive list mail batched in a daily digest? No Yes
Student-services-communications_ug_orient-eca Subscribers
(The subscribers list is only available to the list administrator.)

Enter your admin address and password to visit the subscribers list:

Admin address: Password:   

To unsubscribe from Student-services-communications_ug_orient-eca, get a password reminder, or change your subscription options enter your subscription email address:

If you leave the field blank, you will be prompted for your email address


Student-services-communications_ug_orient-eca list run by student-services-communications_ug_orient-eca-owner at encs.concordia.ca
Student-services-communications_ug_orient-eca administrative interface (requires authorization)
Overview of all encs.concordia.ca mailing lists

Delivered by Mailman
version 2.1.39
Python Powered GNU's Not Unix