Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!wuarchive!udel!haven!mimsy!steelmill.cs.umd.edu!rusty From: rusty@steelmill.cs.umd.edu (Rusty Haddock) Newsgroups: comp.mail.elm Subject: Re: Invalid sender:username lines Message-ID: <26918@mimsy.umd.edu> Date: 10 Oct 90 03:49:58 GMT References: <766@sunkist.megatek.uucp> Sender: news@mimsy.umd.edu Reply-To: rusty@steelmill.cs.umd.edu (Rusty Haddock) Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742 Lines: 33 In article <766@sunkist.megatek.uucp> dubb@megatek.UUCP (Howard Airhart) writes: >Hello - >Since installing patch level 7 (2.3) on a Sun3 (SunOS4.1), I've been >accumlating invalid 'Sender: username' messages after the address header >in messages which are stored the /var/spool/mail/username mail boxes. >See below. The number of lines has increased as I go in_&_out of elm, >but not each time. Also the username displayed is not the username of >the sender. > >Did I break something or configuration incorrectly when I patched?? Nope. Here's the report I send to Syd. Maybe we'll see it in patch #8. > To account for the added argument to fileio.c's function >copy_message() in Patch #7, leavembox.c needs to be modified at >line 448. An additional FALSE is needed at the end of >copy_message()'s argument list. This was the only place I >could find that needed the additional argument. > > The lack of the last argument was manifesting itself by >adding a 'Sender: ' header to folders (including /tmp/mbox.*) >that were re-sync'd (using the '$' command) after messages were >deleted. This was not a very pretty sight as I tend to leave >Elm constantly running while re-syncing from time to time to >clear out the deleted messages. -Rusty- -- Rusty Haddock DOMAIN: rusty@mimsy.cs.umd.edu Computer Science Department PATH: {uunet,rutgers}!mimsy!rusty University of Maryland "IBM sucks silicon!" College Park, Maryland 20742 -- PC Banana Jr,"Bloom County"