MailRoadmap

Differences between revisions 7 and 8
Revision 7 as of 2005-04-27 07:07:13
Size: 4362
Editor: intern146
Comment: STOMP
Revision 8 as of 2005-04-27 07:13:02
Size: 4399
Editor: intern146
Comment: Saving
Deletions are marked like this. Additions are marked like this.
Line 42: Line 42:

 * Remove the MTA from the base system
 * Provide spam filtering out of the box
 * Maildir by default ([http://www.ubuntu.com/wiki/MailStorageStandardisation MailStorageStandardisation])
 * Delivery into homedir by default ([http://www.ubuntu.com/wiki/MailStorageStandardisation MailStorageStandardisation])
Line 49: Line 43:
Line 67: Line 60:
 * Debconf question for mbox or maildir, ask it once, place the answer in /etc/mailbox-format

 * Delivery into homedir by default ([http://www.ubuntu.com/wiki/MailStorageStandardisation MailStorageStandardisation])
Line 71: Line 68:
 * TBD list of things in desktop that depend on mail-transport-agent
Line 72: Line 70:
 * TBD list of things in base that depend on mail-transport-agent
Line 73: Line 72:
 * All mail using  * Things in main that depend on exim* | mail-transport-agent
Line 76: Line 75:

Debconf question
Line 110: Line 111:
Eliminating MTA from Desktop
============================

Line 127: Line 124:

Mail Roadmap

Status

Introduction

Unix systems traditionally assume that mail to various accounts on the local system is being read, sent from, etc. On an Ubuntu desktop system, this generally isn't the case.

Spam bad, mmkay?

There are two common formats of storing mail on a Unix system: mbox and maildir. mbox is the older generation with several known issue, such as locking, corruption, and size. Maildir is a newer format defined by Daniel Bernstein that addresses these three limitations.

Rationale

An enduser configuring their Evolution will never be aware that email is accumulating in their local account warning them of various system events.

Spam bad, mmkay?

Various implementation of MTA and spam processing applications have varying levels of support for mbox and maildir. For seamless integration of these, we need to chose a single default.

Scope and Use Cases

  • Grandma Sue has a harddrive that is failing. She needs to be notified that this is happening.
  • Spam bad, mmkay?
  • In a server environment, our preferred pop3, imap4 and mail reading solutions should all work automatically when installed.

Implementation Plan

  • Prepare list of packages which expect an MTA, for what purpose, and propose alternative implementations
  • Remove the MTA from the base system
  • Need to make sure all instances of Depends: exim | mail-transport-agent, gets changed to postfix | mail-transfer-agent or dropped completely.
  • Need to reduce stupid mails for things like dangling symlinks.
  • Integrate with update-notifier to deliver critical notices.
  • Move MTAs to ship seed
  • Reenable questions in Postfix.
  • Ensure that release notes clearly say how to install lsb package.

  • Debconf question for mbox or maildir, ask it once, place the answer in /etc/mailbox-format
  • Delivery into homedir by default ([http://www.ubuntu.com/wiki/MailStorageStandardisation MailStorageStandardisation])

Data Preservation and Migration

Packages Affected

  • TBD list of things in desktop that depend on mail-transport-agent
  • TBD list of things in base that depend on mail-transport-agent
  • Things in main that depend on exim* | mail-transport-agent

User Interface Requirements

Debconf question

Outstanding Issues

UDU BOF Agenda

  • What to do about automated mail
    • cron
    • debconf
    • sudo
    • ...
  • Spam filtering
  • Mail storage

UDU Pre-Work

  • Prepare list of packages which expect an MTA, for what purpose, and proposed alternative implementations

Suggestions/Notes

  • What about replacing the MTA with SSMTP and configure all clients to use that as the standard smtp "gateway"?
    • Unfortunately, since this would have ubuntu-base Depend: ssmtp, it causes some of the very problems we're attempting to eliminate.

UDU BOF Agenda

  • What to do about automated mail
    • cron
    • debconf
    • sudo
    • ...
  • Spam filtering
  • Mail storage

Maildir by default ==================

  • o mbox or maildir, asked once, share the answer. (/etc/mailbox-format) o Anything that can't do maildir needs to be moved to universe (probably already done) o Maildir lives in ~/.maildir/ (non-standard!!)

Spam ====

  • o Spam filtering of any sort can be provided, but needs constant updates. o Spam filtering should happen on the server, not the client. o clamav can be provided, but needs constant updates.

UbuntuDownUnder/BOFs/MailRoadmap (last edited 2008-08-06 16:19:13 by localhost)