Purpose

This standard definesÌýappropriate useÌýof university email services andÌýestablishesÌýrequirements for sending bulk or broadcast messages. The goal is to protect message deliverability, institutional reputation, data security, and regulatory compliance while ensuring effective communication across the university community.Ìý

Scope

This standard applies to all faculty, staff,Ìýstudents,Ìýcontractors, and university-affiliated systems that send email using university-managed domains or services.Ìý

Guiding Principles

  • Individual mailboxes are intended for person-to-person or small-group communication.Ìý
  • Bulk or broadcast messaging must use centrally managed services designed for scale, compliance, and monitoring.Ìý
  • Email usage must align with data classification, audience context, and businessÌýpurpose.Ìý
  • Improper bulk email practices pose operational, security, and reputational risk to the university.Ìý

Appropriate Use of Individual Mailboxes

Individual user mailboxes may be used for:Ìý

  • Direct correspondenceÌý
  • Small group collaborationÌý
  • Academic and administrative communication tied to an individual’s roleÌý

Individual mailboxesÌýmust notÌýbe used for large-scale distribution, automated sending, or recurring announcementsÌýwithout IT approvalÌýfor time-limited access to restricted distribution groups.Ìý

Appropriate Use ofÌýSharedÌýMailboxesÌý

A shared mailbox is aÌýcentrally managedÌýaddress accessed by multiple authorized users to support a functional role.Ìý

Shared mailboxes may be used for:Ìý

  • Inbound functional communication (inquiries, service requests, departmental contact)Ìý
  • One-to-one or small group replies related to an inbound requestÌý
  • Supporting shared responsibilities across a teamÌý

Shared mailboxesÌýmayÌýbe usedÌýfor bulk or broadcast messagingÌýwith approvalÌýfrom Information Security.Ìý

BulkÌýandÌýBroadcast Messaging Requirements

Messages sent to large audiences (generally moreÌýthanÌý250 recipients, recurring distributions, or automated messages) must be delivered throughÌýapproved university messaging platforms.Ìý

Approved platforms provide:Ìý

  • Rate limiting and delivery controlsÌý
  • Sender authentication and domain protectionÌý
  • List management and opt-out handlingÌý
  • Logging, auditing, and reportingÌý
  • Reduced risk of spam classification or account suspensionÌý

Approved Platforms

Distribution GroupsÌý

  • AnnouncementsÌý(w/approval)Ìý
  • Working (w/approval)Ìý
  • Students/Gradstudents/LawstudentsÌý(w/approval)Ìý
  • Department GroupsÌý
  • Functional GroupsÌý
  • Application User GroupsÌý

3rd-party platformsÌý

  • Moodle/Canvas/LMSÌý
  • RaveAlertÌý
  • MailChimpÌý
  • QualtricsÌý
  • SendGridÌý
  • StarrezÌý
  • SlateÌý
  • SymplicityÌý

ListServÌý(lists.elon.edu)Ìý

Ìý

Approved Bulk Messaging Use Cases

Use CaseÌý Approved ServicesÌý
Academic & administrative announcementsÌý Colleague,ÌýLMS (Moodle),Ìýacademic/administrative distribution lists (approved senders),Ìýenterprise bulk email platformsÌý
Emergency & safety notificationsÌý Emergency notification systems (email/SMS/push)Ìý
University-wide or departmental broadcastsÌý Centrally managedÌýand restrictedÌýdistribution lists or communications platformsÌýwith approvalÌý
Events, programs, and engagementÌý Event platforms or marketing automation toolsÌý
Alumni, advancement, and external outreachÌý CRM and advancement messaging systemsÌý

Bulk messagingÌýmust notÌýbe sent from personal mailboxes using BCCÌýorÌýexpandedÌýdistribution lists.Ìý

Prohibited Practices

The following are notÌýpermitted:Ìý

  • Mass emails sent from individualÌýmailbox accountsÌý
  • Use of BCC to simulate bulk messagingÌý
  • Automated scripts sending email through user accountsÌý
  • Sending restricted or regulated data via bulk emailÌý
  • Bypassing approved platforms for convenienceÌý

Data Protection & Compliance

  • Email content mustÌýcomply withÌýdata classification standards (e.g., FERPA, HIPAA, PCI).Ìý
  • Sensitive or restricted data must not be transmitted via bulk email.Ìý
  • External messaging mustÌýcomply withÌýapplicable regulations (e.g., CAN-SPAM).Ìý

Exceptions

Exceptions require documented business justification and approval from IT andÌýUniversityÌýCommunications. Approved exceptions must be time-limited and reviewed periodically.Ìý

Responsibility

SendersÌýare responsible forÌýensuring their email usageÌýcomplies withÌýthis standard. IT andÌýUniversityÌýCommunicationsÌýare responsible forÌýmaintainingÌýapproved messaging platforms and enforcing compliance.Ìý

Summary

Individual mailboxes are not broadcast systemsÌýand will be rate-limited to limit theÌýamountÌýof senders reached. Bulk or automated messaging must be conducted only through approved university services designed to ensure reliability, security, and accountability.Ìý

Addendum: Email Usage FAQs

General FAQ (All Users)

  • Why can’t I justÌýBCCÌýa large group?
    BCC-based distribution bypasses delivery controls, increases spam risk, and can result in account throttling or suspension. Approved bulk messaging tools protect both senders and recipients.Ìý
  • What counts as “bulk emailâ€�?
    Generally, messages sent to more thanÌý250 recipients, recurring announcements, automated messages, or communications to role-based audiences (e.g., all students, all staff).Ìý
  • What if I only need to send one message, one time?
    If the audience is large or role-based, approved bulk messaging toolsÌýor distribution groupsÌýmust still be used,Ìýeven for one-time messages.Ìý
  • Can I send sensitive information by email?
    Sensitive or restricted data must not be sent via bulk email. Follow university data classification and handling standards.Ìý
  • What happens if a use my email account to send a bulk message?
    Message sending may be temporarily restrictedÌýforÌýyour account.ÌýÌýIf your account is restricted from sending messages due to sending a bulk message, please contact the Service Desk to resume sending.Ìý

Faculty FAQ

  • How should I message students in my course?
    UseÌýthe LMS (Moodle/Canvas) email functionÌýfor course announcements and class-wide messages.

    Microsoft Teams provides an option to send email to channel participants.Ìý

Staff FAQ

  • How do I send a message to all staff in my department?
    Use centrally managedÌýdepartmentÌýdistribution lists or approved communications platforms.Ìý
  • What should I use for operational notifications (e.g., outages)?
    Approved IT or service management communication channelsÌýare used for operational notifications such as outages and campus-wide alerts.Ìý
  • What should I use forÌýcampus-wide announcements or blasts?
    Please contactÌýInformation Technology for approval and time-limited access to send an email announcement to the Âé¶¹ÊÓÆµ community.Ìý

Students & Student Organizations FAQ

  • Can student organizations email all students?
    Only through university-approved engagement or event platforms andÌýin accordance withÌýstudent communication policies.Ìý
  • Can I use my university email to promote events or causes?
    Approved student engagement toolsÌýare usedÌýlisted above.ÌýÌý
  • What ifÌýI’mÌýan officer of a recognized student group?
    Work withÌýStudent LifeÌýor IT to access approved messaging tools.Ìý

IT, Developers & System Owners FAQ

  • Can applications sendÌýemailÌýdirectly through SMTP?
    Applications must use approved email services or APIs. Direct SMTP from applications or scripts is notÌýpermittedÌýwithoutÌývetting andÌýapproval.Ìý
  • Can we integrate third-party email services?
    Yes, but only after security review and approval to ensure authentication, logging, and compliance controls are in place.Ìý
  • Are system-generated emails considered bulk messaging?
    Yes. Automated or high-volume system emails must use approved services and follow this standard.Ìý

When in Doubt

If your message is:Ìý

  • Going to many peopleÌý
  • Sent automatically or repeatedlyÌý
  • Role-based (students, staff, alumni)Ìý
  • External-facingÌý

Use an approved bulk messaging service or contact IT/UniversityÌýCommunications for guidance.Ìý