MailRoadmap

Differences between revisions 3 and 4
Revision 3 as of 2005-04-27 06:42:45
Size: 2984
Editor: intern146
Comment: Mmmm. Saving good.
Revision 4 as of 2005-04-27 06:49:25
Size: 3580
Editor: intern146
Comment: Saving
Deletions are marked like this. Additions are marked like this.
Line 20: Line 20:
Establish a strategy for mail handling in Ubuntu 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.
Line 23: Line 27:

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?

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?

Scope and Use Cases

Implementation Plan

Data Preservation and Migration

Packages Affected

User Interface Requirements

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.

Eliminating MTA from Desktop ============================

  • o Need to make sure any instance of Depends: exim | mail-transport-agent, gets changed to postfix | mail-transfer-agent or dropped completely. o Need to reduce stupid mails for things like dangling symlinks. o Integrate with update-notifier to deliver critical notices. o MTAs to ship seed o Postfix gets its questions back. o Release notes need to clearly say how to install LSB.

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)