Note: These are old notes about a previous migration. They might be useful to somebody.
Tasks to be Completed
Phase 1: Basic local mail on cube [DONE!]
- Create bug #2451 and wiki pages. [DONE]
- Set up a trivial postfix instance on cube.twistedmatrix.com. [Already installed previously - DONE]
- Test that cube postfix can receive and route email to local accounts, and from local accounts out (mutt). [DONE]
- cube seems to have a global alias to forward email to pyramid already in place...
- /etc/mailname was wrong. [FIXED]
- Set up forwards from cube to pyramid. [DONE]
- Done, did these things:
- Appended /etc/aliases@pyr into /etc/aliases@cube
- Copied all home directories on pyr to a line like "username: username@…" in /etc/aliases@cube
- Still need to make mail to twisted-bugs list from trac user work [DONE]
- Added twisted-bugs@… alias to /etc/aliases@cube. This was necessary because those emails originate on cube, and cube thinks it's handling twistedmatrix.com.
- Test that email sent to a local account on cube gets forwarded to an appropriate local account on pyramid. [DONE]
- Notify twisted-admin list about bug, wiki pages, and status. [DONE]
Phase 2: Prepare for Mailman migration
- Through mailman, set up a fake mailing list on pyramid
- Copy the necessary aliases as forwards on cube
- Send an email to the list address @twistedmatrix.com (which is pyramid -- MX hasn't changed yet)
- Send an email to the list address @cube.twistedmatrix.com to test postfix forwards to pyramid
- Compare the source of the two emails. Email should be received with the same headers, except the SMTP server hostname.
- Install mailman on cube, copying config from pyramid (but not data).
- Currently blocked--installation requires libapr0, which conflicts with custom subversion deb installed.
- Test mailman on cube:
- Temporarily disable the cube->pyramid forwards for mailman aliases
- Connect directly to SMTP on cube and send an email formatted as if cube is twistedmatrix.com
- Verify that mailman sends the email to the list users correctly
- Clean up mailman test data on cube.
- Restore the cube->pyramid mailman aliases.
- Notify the admins list of status.
Phase 3: POP and IMAP mail
- Install necessary POP and IMAP services on cube.
- Remove the forward on my account and test IMAP and POP access to cube, including authentication methods currently supported [list here..]
- Status update to admin list - at this point we are not committed to anything
Phase 4: Live on cube with Aliases
- Change MX record to point to cube.
- (Wait for MX TTL to expire?)
- For each local account on twistedmatrix.com:
- copy entire /home/account to cube
- disable the forward to pyramid, for that account.
- send that account an email, letting them know that their email is now being stored on cube, and they should archive or otherwise disregard any email files they have on pyramid.
- On pyramid, set up a pyramid->cube alias (the reverse direction) for that account, to respect DNS lag.
- Migrate mailman data to cube with rsync. Turn off cube->pyramid aliases for mailman.
- On pyramid, set up a pyramid->cube alias (the reverse direction) for mailman aliases.
- Notify twisted-admin list about status.
- (Optional) Adapt some kind of simple spam-filtering ruleset to postfix and apply it.