UNIVERSITY OF CAMBRIDGE COMPUTING SERVICE

Minutes of the 119th Mail and Directory Coordination meeting held on Wednesday, 1st September 2004.

Present: P. Hazel, D.P. Carter, R.J. Dowling, F.A.N. Finch, C.J. Jardine, R.A.W. Mee, B.K. Omotani, R. J. Smith, C.E. Thompson, J.M. Wilkins
Apologies: P. Stewart

Date of next meeting: 13th October 2004 at 11:15 in C304

1. Hermes and PPSW

All the old Hermes hardware has now been decommisioned. All live accounts are now on the Cyrus mailstore (a handful of accounts which were created and then quickly cancelled in the last few months still need to destroyed). The useradmin scripts on Hermes have been largely rewritten: new accounts are now all created in the new universe, and distributed automatically across the available cyrus servers. Quotas on Hermes will be increased before the start of term: the new default limits will be 250 MByte mailstore quota, 100 MBytes filestore quota, with a 25 MByte limit on individual messages.

The rate of queries regarding sender callouts on PPSW seems to be dropping off. We have implemented a whitelist for domains who are either unable to fix the configuration problems at their end or who fail to respond to postmaster mail.

2. Decommissioning IMAP and POP on CUS

IMAP and POP services on CUS were switched off on the evening on 31st August, and the three related DNS domains for MUA configuration (imap.cus, pop.cus and smtp.cus) were removed that night.

3. Email forgery protection

FANF made a presentation about his forgery protection scheme to the Computer Laboratory security group on 13th August. Microsoft recently released licensing details for their Sender-ID scheme: the current license appears to be incompatible with the GPL, and the authors of various open source Mail Transfer Agent software have indicated that they are unable or unwilling to support it for this reason regardless of any technical issues.

4. cammail show command

At the moment anyone with a account on one of the @cam club mail systems (Hermes, CUS, various departmental servers) can find out where anyone elses @cam mail is directed. This clearly has privacy issues, particularly after @cam liberalisation takes effect. It is proposed to remove this facility as soon as possible: mechanisms should continue to exist so that postmaster and HelpDesk staff can find out about redirections. The "cammail sendhere" command will continue to be provided for some time to assist people migrating off CUS and department servers.

DPC 2004-09-01