14-Mar-1996 10:11:12 -0800,2132;000000000001 Return-Path: Received: via tmail-4.0(2) for deroest; Thu, 14 Mar 1996 10:11:12 -0800 (PST) Return-Path: Received: from mailer10.u.washington.edu by franklin01.u.washington.edu (5.65+UW96.02/UW-NDC Revision: 2.33 ) id AA13334; Thu, 14 Mar 96 10:11:11 -0800 Received: from mx2.cac.washington.edu by mailer10.u.washington.edu (5.65+UW96.02/UW-NDC Revision: 2.33 ) id AA70711; Thu, 14 Mar 96 10:11:10 -0800 Received: from melville.u.washington.edu by mx2.cac.washington.edu (5.65+UW96.03/UW-NDC Revision: 2.33 ) id AA17559; Thu, 14 Mar 96 10:11:05 -0800 Received: from xceed.cac.washington.edu by melville.u.washington.edu (5.65+UW96.02/UW-NDC Revision: 2.33 ) id AA25944; Thu, 14 Mar 96 10:11:03 -0800 X-Sender: donn@franklin01.u.washington.edu Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 14 Mar 1996 10:18:02 -0800 To: James W DeRoest , Oren Sreebny From: donn@u.washington.edu (Donn Cave) Subject: Re: Next step for deskmail Cc: David Wall , Mark McNair , Ken Lowe , Donn Cave , Sandra Moy Franklin's psh menu is mainly just Homer's with a couple of things removed and everything pulled forward to the main menu. The one new menu item, passwd, is still ``under construction''. I'm working on a full screen version, currently it's just the same old line mode program everyone else runs. Disk quota, etc. will track the upcoming quarter break changes on Homer. Since here you can't run shell commands, I've plugged a couple of holes beyond the Csh menu entry. If anyone finds others, do let me know. One somewhat unfortunate consequence is that it leaves no way to rsh in, so imapd connections have to be password logins. Donn Cave, University Computing Services, University of Washington donn@u.washington.edu 25-Mar-1996 15:05:38 -0800,1910;000000000001 Return-Path: Received: via tmail-4.0(2) for deroest; Mon, 25 Mar 1996 15:05:38 -0800 (PST) Return-Path: Received: from mailer1.u.washington.edu by franklin01.u.washington.edu (5.65+UW96.03/UW-NDC Revision: 2.33 ) id AA12762; Mon, 25 Mar 96 15:05:37 -0800 Received: from mx2.cac.washington.edu by mailer1.u.washington.edu (5.65+UW96.03/UW-NDC Revision: 2.33 ) id AA21220; Mon, 25 Mar 96 15:05:36 -0800 Received: from samburu.cac.washington.edu by mx2.cac.washington.edu (5.65+UW96.03/UW-NDC Revision: 2.33 ) id AA29931; Mon, 25 Mar 96 15:05:32 -0800 Received: from localhost by samburu.cac.washington.edu (5.65+UW95.09/UW-NDC Revision: 2.33 ) id AA22911; Mon, 25 Mar 96 15:05:30 -0800 Date: Mon, 25 Mar 1996 15:05:30 -0800 (PST) From: Corey Satten To: Oren Sreebny Cc: Jim DeRoest , Alisa Hata , donn@cac.washington.edu, mcnair@cac.washington.edu Subject: Re: DeskMail Plans (fwd) In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Done, however you won't see evidence of it until a deskmail user without an account on any of the other systems turns up. Currently there are no such users so deskmail contributes no password entries and therefore won't even show in the "password file update times and statistics" link in the dialip webpage. Corey On Mon, 25 Mar 1996, Oren Sreebny wrote: > Corey - > > Please start adding the deskmail password file into the list of hosts > authenticating for Dial IP. Donn can answer questions about what the best > way to grab this file might be. > > Thanks. > > - Oren > > 25-Mar-1996 15:11:17 -0800,2342;000000000001 Return-Path: Received: via tmail-4.0(2) for deroest; Mon, 25 Mar 1996 15:11:17 -0800 (PST) Return-Path: Received: from mailer2.u.washington.edu by franklin01.u.washington.edu (5.65+UW96.03/UW-NDC Revision: 2.33 ) id AA18180; Mon, 25 Mar 96 15:11:16 -0800 Received: from mx1.cac.washington.edu by mailer2.u.washington.edu (5.65+UW96.03/UW-NDC Revision: 2.33 ) id AA44370; Mon, 25 Mar 96 15:11:15 -0800 Received: from mailhost2.cac.washington.edu by mx1.cac.washington.edu (5.65+UW96.03/UW-NDC Revision: 2.33 ) id AA14544; Mon, 25 Mar 96 15:11:01 -0800 Received: from pentangle.cac.washington.edu by mailhost2.cac.washington.edu (5.65+UW96.03/UW-NDC Revision: 2.33 ) id AA15486; Mon, 25 Mar 96 15:10:59 -0800 Date: Mon, 25 Mar 1996 15:11:01 -0800 (PST) From: Oren Sreebny Reply-To: Oren Sreebny To: "Mark W. McNair " Cc: Sandy Moy , Terry Gray , Jim DeRoest , donn@cac.washington.edu, davidw@cac.washington.edu, betsy@cac.washington.edu, "Doc. Review. Committee" Subject: Re: DeskMail Plans In-Reply-To: Message-Id: X-Sender: oren@redms.cac.washington.edu Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Thanks for all the input. A new draft version of the intro document is at: http://weber.u.washington.edu/~oren/deskmail.html It also contains a link to a draft document on setting up Pine to see DeskMail mail. Please take a look and see what you think. I think we are now ready to announce this to all C&C for 2 weeks of testing, and then to the campus support list on April 18. Does that sound right? Question for the DRC - The campus support list is a one-way list (from us to them) of several hundred computing support staff on campus. How much involvement does the DRC want in reviewing messages sent to that list? Usually they're rather informal notes about changes in the dial-ip distribution software, or new software at ftp.cac, etc. which I review. - Oren 8-Apr-1996 09:54:32 -0700,3037;000000000001 Return-Path: Received: via tmail-4.0(2) for deroest; Mon, 8 Apr 1996 09:54:30 -0700 (PDT) Return-Path: Received: from mailer7.u.washington.edu by franklin01.u.washington.edu (5.65+UW96.03/UW-NDC Revision: 2.33 ) id AA17886; Mon, 8 Apr 96 09:54:29 -0700 Received: from mx2.cac.washington.edu by mailer7.u.washington.edu (5.65+UW96.03/UW-NDC Revision: 2.33 ) id AA62246; Mon, 8 Apr 96 09:54:29 -0700 Received: by mx2.cac.washington.edu (5.65+UW96.03/UW-NDC Revision: 2.33 ) id AA07069; Mon, 8 Apr 96 09:53:53 -0700 Errors-To: owner-cac-all@cac.washington.edu Sender: owner-cac-all@cac.washington.edu Received: from mailhost1.cac.washington.edu by mx2.cac.washington.edu (5.65+UW96.03/UW-NDC Revision: 2.33 ) id AA07063; Mon, 8 Apr 96 09:53:51 -0700 Received: from pentangle.cac.washington.edu by mailhost1.cac.washington.edu (5.65+UW96.03/UW-NDC Revision: 2.33 ) id AA25040; Mon, 8 Apr 96 09:53:51 -0700 Date: Mon, 8 Apr 1996 09:53:50 -0700 (PDT) From: Oren Sreebny Reply-To: Oren Sreebny To: cac-all@cac.washington.edu Subject: DeskMail - The Experimental Desktop Email Service Message-Id: X-Sender: oren@redms.cac.washington.edu Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII C&C Folks - This is a *C&C only* announcement for now - after some C&C-wide testing we'll announce to the computing support staff on campus for their testing. Please let me know if you find problems using this service or with the documentation. - Oren ------------------------------------------------------------------------ DeskMail - The Experimental Desktop Email Service DeskMail, the C&C experimental desktop email service, is now available for testing. DeskMail is an experimental email service designed to support email clients running on desktop platforms such as Macintoshes and PCs running Windows. This service is provided to help C&C determine the issues and problems associated with large-scale support of desktop email clients. DeskMail supports desktop email software that receives mail with either the IMAP or POP protocols. Keep in mind that DeskMail is an experimental server. While we will do our best to keep the server functioning, the design and functionality of the server may change on short notice as we gain experience in using and supporting it. While we are anxious to have people test the functionality of the server, at this point it is probably premature to move large groups of users who are not technically proficient to this server. For information on creating an account and configuring an email client for DeskMail, see: http://weber.u.washington.edu/~oren/deskmail.html Questions about the DeskMail server or use of PC Pine should be sent to help@cac.washington.edu. C&C is not supporting any other specific email clients at this time. 11-Apr-1996 22:03:17 -0700,2561;000000000001 Return-Path: Received: via tmail-4.0(2) for deroest; Thu, 11 Apr 1996 22:03:17 -0700 (PDT) Return-Path: Received: from mailer7.u.washington.edu by franklin01.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA17004; Thu, 11 Apr 96 22:03:16 -0700 Received: from mx1.cac.washington.edu by mailer7.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA66068; Thu, 11 Apr 96 22:03:16 -0700 Received: from mailhost2.cac.washington.edu by mx1.cac.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA02502; Thu, 11 Apr 96 22:03:13 -0700 Received: from bart.cac.washington.edu by mailhost2.cac.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA17385; Thu, 11 Apr 96 22:03:10 -0700 Received: from shiva1.cac.washington.edu by bart.cac.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA00270; Thu, 11 Apr 96 22:03:09 -0700 Date: Thu, 11 Apr 1996 22:03:07 -0700 (PDT) From: Steve Hubert To: Ken Lowe , Donn Cave , Lori Stevens , jim deroest , Terry Gray , Oren Sreebny , Eliot Lim Subject: Re: more deskmail glitches In-Reply-To: Message-Id: Organization: University of Washington; Computing and Communications Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 11 Apr 1996, Eliot Lim wrote: > it appears that the name resolving is not 100% right. Indeed, it is screwed up. The delegation from hanna/marge/... for deskmail is to franklin01.u, which is fine. Franklin01 seems to give correct answers except that when you ask for name servers for deskmail it says the name servers are franklin01 and franklin02. This is ok, though a little sloppy that the list of name servers doesn't match the delegation list at the washington.edu level. However, franklin02 doesn't give the right answers. For eliot.deskmail it points to ux01.u??? Franklin02 either isn't supposed to be mentioned in an NS record on franklin01, or franklin02 has to be fixed so it gives correct answers. Whenever you happen to ask franklin02 instead of franklin01 for eliot.deskmail, you'll get No such host, because there is no ux01.u. Steve 12-Apr-1996 07:59:53 -0700,3790;000000000001 Return-Path: Received: via tmail-4.0(2) for deroest; Fri, 12 Apr 1996 07:59:53 -0700 (PDT) Return-Path: Received: from mailer8.u.washington.edu by franklin01.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA21290; Fri, 12 Apr 96 07:59:53 -0700 Received: from mx2.cac.washington.edu by mailer8.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA59424; Fri, 12 Apr 96 07:59:52 -0700 Received: from dewey.cac.washington.edu by mx2.cac.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA00137; Fri, 12 Apr 96 07:59:45 -0700 Received: by dewey.cac.washington.edu (5.65/UW-NDC Revision: 2.28 ) id AA16737; Fri, 12 Apr 96 07:59:39 -0700 Date: Fri, 12 Apr 96 07:59:39 -0700 From: Ken Lowe Message-Id: <9604121459.AA16737@dewey.cac.washington.edu> To: domainmaster@cac.washington.edu, eliot@u.washington.edu, hubert@cac.washington.edu Subject: Re: more deskmail glitches Cc: deroest@cac.washington.edu, donn@u.washington.edu, gray@cac.washington.edu, lrs@cac.washington.edu, oren@u.washington.edu Domainmaster: Please update the deskmail delegation to include both franklin01 and franklin02 as authoritative name servers. I slipped on that request earlier. Eliot: There is a way around this (cf 'ken.deskmail') -- I just haven't decided if we really want to use it. Anyway, eliot.deskmail is now franklin01 whether you ask franklin01 or franklin02. -Ken ----- Date: Thu, 11 Apr 1996 23:39:36 -0700 (PDT) From: Eliot Lim To: (Steve Hubert) hubert@cac.washington.edu Cc: (Ken Lowe) ken@u.washington.edu, (Donn Cave) donn@u.washington.edu, (Lori Stevens) lrs@cac.washington.edu, (jim deroest) deroest@cac.washington.edu, (Terry Gray) gray@cac.washington.edu, (Oren Sreebny) oren@u.washington.edu Subject: Re: more deskmail glitches ok, it looks like i shot myself in the foot with this one. i needed to get access to franklin02 to do sysadmin stuff, so i set up my passwd entry there to have home directory /ux01/eliot. i was aware that the home directory entry was being used to point at the correct franklinXX and also the fact that both franklins answer name lookups. i just didn't put the two together. i.e. the fact that franklin02 would answer half the time and return the non existant host "ux01" as the place to deliver mail, while franklin01 would properly resolve because my home directory there is /franklin01. sorry for dragging everyone into this. the software is working 100% as intended. it was a case of user error that would not happen to ordinary users since they will not have access to multiple franklins. eliot On Thu, 11 Apr 1996, Steve Hubert wrote: > On Thu, 11 Apr 1996, Eliot Lim wrote: > >> it appears that the name resolving is not 100% right. > > Indeed, it is screwed up. The delegation from hanna/marge/... for > deskmail is to franklin01.u, which is fine. Franklin01 seems to give > correct answers except that when you ask for name servers for deskmail it > says the name servers are franklin01 and franklin02. This is ok, though a > little sloppy that the list of name servers doesn't match the delegation > list at the washington.edu level. However, franklin02 doesn't give the > right answers. For eliot.deskmail it points to ux01.u??? > > Franklin02 either isn't supposed to be mentioned in an NS record on > franklin01, or franklin02 has to be fixed so it gives correct answers. > > Whenever you happen to ask franklin02 instead of franklin01 for > eliot.deskmail, you'll get No such host, because there is no ux01.u. > > Steve 12-Apr-1996 08:22:34 -0700,4357;000000000001 Return-Path: Received: via tmail-4.0(2) for deroest; Fri, 12 Apr 1996 08:22:34 -0700 (PDT) Return-Path: Received: from mailer2.u.washington.edu by franklin01.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA21544; Fri, 12 Apr 96 08:22:33 -0700 Received: from mx1.cac.washington.edu by mailer2.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA76714; Fri, 12 Apr 96 08:22:32 -0700 Received: from shiva1.cac.washington.edu by mx1.cac.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA10674; Fri, 12 Apr 96 08:22:25 -0700 Received: by shiva1.cac.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA23039; Fri, 12 Apr 96 08:22:24 -0700 Date: Fri, 12 Apr 1996 08:22:23 -0700 (PDT) From: Dale Tanigawa To: Ken Lowe Cc: domainmaster@cac.washington.edu, eliot@u.washington.edu, hubert@cac.washington.edu, deroest@cac.washington.edu, donn@u.washington.edu, gray@cac.washington.edu, lrs@cac.washington.edu, oren@u.washington.edu Subject: Re: more deskmail glitches In-Reply-To: <9604121459.AA16737@dewey.cac.washington.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII This is done. deskmail.washington.edu: Authoritative name server = franklin01.u.washington.edu = franklin02.u.washington.edu -Dale On Fri, 12 Apr 1996, Ken Lowe wrote: > Domainmaster: Please update the deskmail delegation to include both > franklin01 and franklin02 as authoritative name servers. > I slipped on that request earlier. > > Eliot: There is a way around this (cf 'ken.deskmail') -- I just haven't > decided if we really want to use it. Anyway, eliot.deskmail is > now franklin01 whether you ask franklin01 or franklin02. > > -Ken > > ----- > > Date: Thu, 11 Apr 1996 23:39:36 -0700 (PDT) > From: Eliot Lim > To: (Steve Hubert) hubert@cac.washington.edu > Cc: (Ken Lowe) ken@u.washington.edu, (Donn Cave) donn@u.washington.edu, > (Lori Stevens) lrs@cac.washington.edu, > (jim deroest) deroest@cac.washington.edu, > (Terry Gray) gray@cac.washington.edu, > (Oren Sreebny) oren@u.washington.edu > Subject: Re: more deskmail glitches > > > ok, it looks like i shot myself in the foot with this one. i needed > to get access to franklin02 to do sysadmin stuff, so i set up my > passwd entry there to have home directory /ux01/eliot. > > i was aware that the home directory entry was being used to point at the > correct franklinXX and also the fact that both franklins answer name > lookups. i just didn't put the two together. i.e. the fact that > franklin02 would answer half the time and return the non existant host > "ux01" as the place to deliver mail, while franklin01 would properly > resolve because my home directory there is /franklin01. > > sorry for dragging everyone into this. the software is working 100% > as intended. it was a case of user error that would not happen > to ordinary users since they will not have access to multiple franklins. > > eliot > > > On Thu, 11 Apr 1996, Steve Hubert wrote: > > > On Thu, 11 Apr 1996, Eliot Lim wrote: > > > >> it appears that the name resolving is not 100% right. > > > > Indeed, it is screwed up. The delegation from hanna/marge/... for > > deskmail is to franklin01.u, which is fine. Franklin01 seems to give > > correct answers except that when you ask for name servers for deskmail it > > says the name servers are franklin01 and franklin02. This is ok, though a > > little sloppy that the list of name servers doesn't match the delegation > > list at the washington.edu level. However, franklin02 doesn't give the > > right answers. For eliot.deskmail it points to ux01.u??? > > > > Franklin02 either isn't supposed to be mentioned in an NS record on > > franklin01, or franklin02 has to be fixed so it gives correct answers. > > > > Whenever you happen to ask franklin02 instead of franklin01 for > > eliot.deskmail, you'll get No such host, because there is no ux01.u. > > > > Steve > > 17-Apr-1996 16:24:52 -0700,3431;000000000001 Return-Path: Received: via tmail-4.0(2) for deroest; Wed, 17 Apr 1996 16:24:52 -0700 (PDT) Return-Path: Received: from saul2.u.washington.edu by franklin01.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA16944; Wed, 17 Apr 96 16:24:52 -0700 Received: from localhost by saul2.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA06265; Wed, 17 Apr 96 16:24:38 -0700 Date: Wed, 17 Apr 1996 16:24:37 -0700 (PDT) From: Yonah Karp To: Donn Cave , James W DeRoest Subject: Using user+folder on Homer (fwd) Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Here is 'what David said'. Yonah ---------- Forwarded message ---------- Date: Tue, 16 Apr 1996 17:06:03 -0700 (PDT) From: David L Miller To: Yonah Karp Cc: email-dev@cac.washington.edu Subject: Using user+folder on Homer Here is a procedure for setting up and using user+folder@u.washington.edu for alternate INBOXes on homer/mailer: 1. First, you need to tell Pine that you want to use a list of "Incoming Folders." From the Main Menu, press 's' then 'c' to enter the Setup/Configuration screen. Scroll down to the feature-list and select the "enable-incoming-folders" feature. 2. Before exitting the Setup/Config screen, look at the value for "inbox-path" near the top of the list. You should see something like Note the hostname listed between the "{" and "}", mailer2 in the above example. You will need this hostname later in this procedure. 3. Quit and restart Pine to make the new configuration take effect. 4. Go to the Folder List and you should see something like -------------------------------------------------------------------------------- Incoming Message Folders -------------------------------------------------------------------------------- INBOX 5. Create an incoming folder. Press 'a' to Add a folder to the Incoming Folders list. At the prompt Name of server to contain added folder : enter the hostname you noted in step 2 and press RETURN. At the prompt Folder on "mailer2" to add : enter "test" and press RETURN. At the prompt Nickname for folder "test" : enter "Test Incoming Folder" and press RETURN. 6. Compose and send a test message to username+test@u.washington.edu (substitute your user name for "username" above) 7. In the Folder List, move the cursor to "Test Incoming Folder" and press RETURN to open the folder. The message you composed in step 6 should appear in the Index in a few minutes. Additional folders may be created by repeating step 5 above. Any message sent to an address like the one listed in step 6 will arrive in the corresponding Incoming Folder. If someone specifies an incoming folder that does not exist, the message will be delivered to your INBOX. |\ | |\/| David L. Miller dlm@cac.washington.edu (206) 685-6240 |/ |_ | | Software Engineer, Pine Development Team (206) 685-4045 (FAX) University of Washington, Networks & Distributed Computing, JE-20 4545 15th Ave NE, Seattle WA 98105, USA 17-Apr-1996 16:27:16 -0700,1668;000000000001 Return-Path: Received: via tmail-4.0(2) for deroest; Wed, 17 Apr 1996 16:27:16 -0700 (PDT) Return-Path: Received: from mailer4.u.washington.edu by franklin01.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA22106; Wed, 17 Apr 96 16:27:14 -0700 Received: from mx2.cac.washington.edu by mailer4.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA67971; Wed, 17 Apr 96 16:27:12 -0700 Received: from shiva1.cac.washington.edu by mx2.cac.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA09518; Wed, 17 Apr 96 16:27:05 -0700 Received: from localhost by shiva1.cac.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA17726; Wed, 17 Apr 96 16:27:04 -0700 Date: Wed, 17 Apr 1996 16:27:02 -0700 (PDT) From: Steve Hubert To: Jim DeRoest , Yonah Karp , Donn Cave Subject: tmail Message-Id: Organization: University of Washington; Computing and Communications Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I asked Mark if tmail would work on saul, and he says it would. When I got back to my office I remembered that the NFS mounting shouldn't be a big deal because Berkeley format works ok in that environment. Tmail source would have to be edited to cause Berkeley format to be the default format instead of tenex format. I know we decided not to convert Saul but thought you'd like to have the answer to this just in case. Steve 23-Apr-1996 10:59:56 -0700,3050;000000000001 Return-Path: Received: via tmail-4.0(2) for deroest; Tue, 23 Apr 1996 10:59:55 -0700 (PDT) Return-Path: Received: from mailer5.u.washington.edu by franklin01.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA03996; Tue, 23 Apr 96 10:59:55 -0700 Received: from mx1.cac.washington.edu by mailer5.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA65067; Tue, 23 Apr 96 10:59:54 -0700 Received: from homer10.u.washington.edu by mx1.cac.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA28245; Tue, 23 Apr 96 10:59:38 -0700 Received: by homer10.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA120312; Tue, 23 Apr 96 10:58:03 -0700 X-Sender: davidw@homer10.u.washington.edu Received: by ListDist v0.2 for dsc-invite.cf Received: from red6.cac.washington.edu by homer10.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA151794; Tue, 23 Apr 96 10:58:02 -0700 Received: from localhost by red6.cac.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA07993; Tue, 23 Apr 96 10:58:01 -0700 Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: Date: Tue, 23 Apr 1996 10:58:00 -0700 (PDT) From: "UW Computing Support List" Sender: David Wall To: "UW Computing Support List" Subject: DeskMail - The Experimental Desktop Email Service X-Owner: davidw@daffy.cac.washington.edu mcnair@cac.washington.edu X-To: davidw@homer-local.u.washington.edu DeskMail--The Experimental Desktop Email Service DeskMail, C&C's experimental desktop email service, is available now for testing. DeskMail is designed to support email clients running on desktop platforms such as Macintosh computers and PCs running Windows, and it supports desktop email software that receives mail with either the IMAP or POP protocols. C&C is providing this service on an experimental basis to determine the issues and problems associated with large-scale support of desktop email clients. Please keep in mind that DeskMail is an experimental server. Although C&C will do its best to keep the server functioning, the design and functionality of the server may change on short notice as C&C staff gain experience using and supporting it. In addition, while C&C staff are anxious to have people test the functionality of the server, at this point it is probably premature to move large groups of users who are not technically proficient to this server. For information on creating an account and configuring an email client for DeskMail, see: http://www.washington.edu/tech_home/html/deskmail.html You can send questions about the DeskMail server or use of PC Pine to help@cac.washington.edu. Note that C&C is not supporting any other specific desktop email clients at this time. 22-May-1996 16:21:41 -0700,2332;000000000001 Return-Path: Received: via tmail-4.0(2) for deroest; Wed, 22 May 1996 16:21:41 -0700 (PDT) Return-Path: Received: from mailer11.u.washington.edu by franklin01.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA20704; Wed, 22 May 96 16:21:41 -0700 Received: from mx1.cac.washington.edu by mailer11.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA78783; Wed, 22 May 96 16:21:40 -0700 Received: from dewey.cac.washington.edu by mx1.cac.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA19387; Wed, 22 May 96 16:21:33 -0700 Received: by dewey.cac.washington.edu (5.65/UW-NDC Revision: 2.28 ) id AA28245; Wed, 22 May 96 16:21:29 -0700 Date: Wed, 22 May 96 16:21:29 -0700 From: Ken Lowe Message-Id: <9605222321.AA28245@dewey.cac.washington.edu> To: domainmaster@cac.washington.edu, hubert@cac.washington.edu Subject: DNS stress test Cc: deroest@cac.washington.edu, teg@cac.washington.edu, unix_guru@u.washington.edu I would like to run a simulation of the type of load we'll be seeing when/if the deskmail project actually takes off. I have collected all the queries to the li database that sendmail made for user@u for a four hour period and each type someone on homer started pine for the same period. If we were fully deskmailed, each of these would represent a DNS query for user.deskmail.washington.edu. As the simulation I would like to start a process on each of the homers to make DNS queries at the same rate as the pine starts and I'd like to start a process on five other system (sauls?) that would make DNS queries at 1/5th the rate each that the sendmail queries originally came in. I'd actually like to do this at twice the original rate so that the four hours would be played back in two hours real time to verify that things would continue to function after a 2x increase in traffic. I will be making queries to user.desktop (my test system) rather than user.deskmail (the production system). I should be ready to start this tomorrow at 10 am or so. It would be nice to coordinate this with someone in NDC. Is there someone who could call me and say "knock if off" if there are problems at that time? If not, would another time be better? -Ken 24-May-1996 15:32:32 -0700,2274;000000000001 Return-Path: Received: via tmail-4.0(2) for deroest; Fri, 24 May 1996 15:32:31 -0700 (PDT) Return-Path: Received: from mailer13.u.washington.edu by franklin01.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA03890; Fri, 24 May 96 15:32:31 -0700 Received: from mx1.cac.washington.edu by mailer13.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA16341; Fri, 24 May 96 15:32:30 -0700 Received: from melville.u.washington.edu by mx1.cac.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA12323; Fri, 24 May 96 15:32:27 -0700 Received: from xceed.cac.washington.edu by melville.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA105046; Fri, 24 May 96 15:32:26 -0700 X-Sender: donn@franklin01.u.washington.edu Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 24 May 1996 15:33:10 -0700 To: James W DeRoest , Oren Sreebny From: donn@u.washington.edu (Donn Cave) Subject: Re: imap performance on deskmail Cc: Terry Gray For what it's worth, I haven't noticed any performance problem with IMAP. I do use pine when I dial in, evenings/weekends, but the IMAP isn't over dial-IP, I just telnet to homer. (Not to worry about porting Pine to the Amiga for me, I don't like the Amiga serial IP stuff anyway, better to just fire up NetBSD for that.) Also I notice that you two had approximately this same exchange April 29. (Oren says IMAP is slow compared to red, Jim says not for him.) The load seems very light right now, nearly idle. Very little mail being delivered, a few people popping. We're up to 300 passwd entries, growing at a rate of about 5 per day (a lot fewer than I expected.) Is the you-have-new-mail biff configurable in PC-pine? Is it possible that Oren's checking for new mail much more often, and that's relatively slow on franklin for some reason? (That's a completely random shot, but I'm thinking it could be something along those lines.) Donn Cave, University Computing Services, University of Washington donn@u.washington.edu 6-Jun-1996 17:13:30 -0700,2164;000000000011 Return-Path: Received: via tmail-4.0(2) for deroest; Thu, 6 Jun 1996 17:13:30 -0700 (PDT) Return-Path: Received: from mailer13.u.washington.edu by franklin01.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA16540; Thu, 6 Jun 96 17:13:29 -0700 Received: from mx1.cac.washington.edu by mailer13.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA72934; Thu, 6 Jun 96 17:13:29 -0700 Received: from melville.u.washington.edu by mx1.cac.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA20960; Thu, 6 Jun 96 17:13:25 -0700 Received: from xceed.cac.washington.edu by melville.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA108456; Thu, 6 Jun 96 17:13:24 -0700 X-Sender: donn@franklin01.u.washington.edu Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 6 Jun 1996 17:14:33 -0700 To: Ken Lowe , deroest@cac.washington.edu, donn@cac.washington.edu, oren@cac.washington.edu From: donn@u.washington.edu (Donn Cave) Subject: Re: Over quota mail on DeskMail At 9:04 AM 5/21/96, Ken Lowe wrote: | Deskmail should be stuffing overquota messages exactly like on homer/mailer. | DeRoest indicates that his mail had problems when he ran over quota this | weekend so it sounds like that's not happening. I'll look into it since | Donn's out this week. Deskmail is stuffing overquota messages exactly like on homer/mailer. It holds mail, and redeliver works. There was an irregularity on Franklin01's filesystem quotas, that caused it to use the wrong "grace period" when a user went over soft quota. Ken fixed that, and is contemplating regular procedures to prevent it. We normally use an infinite grace period on these filesystems. When Jim went over quota and past the grace period, tmail could no longer deliver its stuffer - that's the theory anyway. Now that the grace periods are fixed, that won't happen. Donn Cave, University Computing Services, University of Washington donn@u.washington.edu 7-Jun-1996 07:36:02 -0700,2264;000000000001 Return-Path: Received: via tmail-4.0(2) for deroest; Fri, 7 Jun 1996 07:36:02 -0700 (PDT) Return-Path: Received: from mailer12.u.washington.edu by franklin01.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA03914; Fri, 7 Jun 96 07:36:02 -0700 Received: from mx2.cac.washington.edu by mailer12.u.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA57399; Fri, 7 Jun 96 07:36:01 -0700 Received: from dewey.cac.washington.edu by mx2.cac.washington.edu (5.65+UW96.04/UW-NDC Revision: 2.33 ) id AA19273; Fri, 7 Jun 96 07:35:58 -0700 Received: by dewey.cac.washington.edu (5.65/UW-NDC Revision: 2.28 ) id AA05424; Fri, 7 Jun 96 07:35:55 -0700 Date: Fri, 7 Jun 96 07:35:55 -0700 From: Ken Lowe Message-Id: <9606071435.AA05424@dewey.cac.washington.edu> To: deroest@cac.washington.edu, donn@cac.washington.edu, oren@cac.washington.edu Subject: Re: Over quota mail on DeskMail > We normally use an infinite grace period on these filesystems. When > Jim went over quota and past the grace period, tmail could no longer > deliver its stuffer - that's the theory anyway. Now that the grace > periods are fixed, that won't happen. I'm experimenting with this now. Preliminary investigation indicates that if super user pushes the user over (by appending to a file owned by the user or doing a chown on a file that would push the user over) the grace period doesn't get set properly, expiring after 7 days. At the end of the grace period the soft limit becomes a hard limit and tmail can no longer stuff the "You're over quota" message, causing the incoming message to get bounced back to the sender after a day of trying. If the user pushes himself over (or tmail running as the user stuffs a message that pushes him over) the grace period expiration properly gets set to 2000 days past the time the soft limit was exceeded. The quota and adjquota commands report a grace timeout of 1000 or more days in the future as "FOREVER". -Ken Note: This whole scheme falls apart at a quarter past 8pm on July 28th in 2032. That's 2000 days from the end of time when a 32 bit time_t overflows into the sign bit.