2 If .mh_profile contains an entry like "show: -pr -a -b -c" and you
3 call "show" with the explicit switch -nopr, then you have those
4 dangling -a -b -c switches that were intended for pr.
5 (Bound the switch list for pr, etc., with a semi-colon?)
8 "file +junk" makes junk a folder, while "file +.junk" makes ".junk"
9 a subfolder. "file" should test for pathname beginning with "./"
13 When repl gets an adrparse error, it should return to
14 "What now?" instead of aborting. (But see objections in
17 The same goes for comp, dist, forw
20 When send is invoked with no args, and the draft already
21 exists, options to "use draft?" should include "list" along with
25 Tabs in address lists aren't recognized.
28 Fix and install "dist"
31 inc -nochangecur displays that the first-inc'ed message is the current
32 message, and it's not. It should also do a scan from cur, I think.
33 (I fixed the 1st bug, but not the scan from cur. /phyl 7/9/81)
36 'news' will break when there are multiple news folders in the 'To:'
41 Re:Log:"3/23/81 jdg/day: changed deliver.c to check for effective
42 uid and gid while it is preventing forgery of mail. Needed for
43 uucp, when uucico is invoked by a real person instead of uucp
46 The real fix should be to check for real uid==0 (srvrftp) or real
47 gid==daemon (any uu program) or effective gid==daemon (human
48 running uucico, and uucico should be SGID daemon).
51 /usr/tmp/mh files are readable by the world.
52 So are /usr/spool/uucp files.
55 A message should not have to exist for you to be able to use
56 its number in a range, as in 'scan cur-last' when cur does
60 "This RAND-UNIX stuff (adding and removing them from message
61 headers on the vax) is a crock. Reply strips 'RAND-UNIX' off of
62 addresses, but not 'rand-unix'. If I type it up myself, deliver
63 rejects either of them." --guyton
67 "The delivery program should not leave headers that the mailer doesn't
68 understand. Replying to the following header was painful: " --jim
72 Date: 4 Apr 1981 at 2138-PST
73 To: Vax!mh-discussion at RAND-UNIX
75 Subject: Mail to terminals
79 ...AND LOTS OF OTHER MESSAGE HEADER OBJECTIONS
82 scan and inc should check ALIASES and recognize UUCP localhost!me
83 when deciding whether or not the message is from me.
86 Deliver should run one uux per site instead of one per addressee.
89 "rmf" should automatically remove .e* files from the named folder.
92 deliver fails to recognize "at" when it is preceded by
95 repl tries to parse a Sender [or From] field, and a To
96 field, without first testing for their existence.
98 file protections on rmail/uucico are inconsistent with
99 deliver's internal user/group tests.
101 deliver fails to recognize that localhost!user is indeed user.
104 temporary mail files stay around when the "no such local user"
105 error occurs--because of a spurious flag test.
107 deliver should parenthesize (user at host) as well as (host!user)
108 when constructing the uux command.
110 rmail should direct stderr to a file before invoking deliver.
112 rmail should check for unknown local user and send return mail to the
113 originator. (Can't fix unless no intervening Arpanet addresses.)
115 rmail should add a Date: component if there is none.
117 mail headers should be reordered.
120 "mail" should be in /bin, not in /usr/randbin. (?)
123 "rmf" should verify that the requested folder is not the current
127 /usr/tmp/mh and /usr/MailAliases should be defined in strings.a
130 repl should remove leading blanks from date and subject fields
131 before putting them in the new in-reply-to and subject fields.
135 Adrparse should recognize the full RFC733 syntax; viz, colon
136 as part of the address list.
140 From: phyl at RAND-UNIX
142 The table of news topics overflowed.
144 news.c counts all non-dot files in the directory /usr/news to
145 determine the number of news topics. But mail sent to an UNKNOWN
146 news topic remains in the top level news directory, erroneously
147 getting counted into the total. Either .mh-receive should stow
148 undeliverable news into another directory, or news.c should count
149 only directory entries.
152 mhl should know about termcap
155 Subject: Mail to "everyone"
156 From: obrien at RAND-UNIX
158 An insoluble problem: sending mail to "everyone" (a risky
159 business at best) generates mail to every line in /etc/passwd,
160 including those like "uucp", "unix32v", and such which aren't real
161 people. An exception list is no help because it gets out of date.
162 Only cure I know of is to go through /usr/spool/mail every now and
163 again and get rid of phony files.
166 Subject: HOSTNUM not necessary
167 From: greep at SU-DSN
169 Mh deliver should really not need HOSTNUM (this is in
170 /usr/include/whoami.h) - it can get the number by searching for
171 HOSTNAME in the host table.
174 SUBJECT: folder with a -fast flag doesn't change current folder
175 From: norm at RAND-UNIX
178 Message lists should not be reordered. (Norm, Phyl)
181 The alias function doesn't work when a single message contains
182 multiple instances of the address form "foo.*"--ergo, a message
183 cannot be sent to more than one news group.
185 Note that /usr/news/.mh_receive won't recognize multiple news
186 groups in a single message either!
189 If a message is addressed to more than one local alias-group,
190 people who are in more than one of the groups receive multiple
191 copies of the message. (I think! --phyl--)
194 If you send a message to a bad uucp host name, it a) gives you
195 an error message, b) queues the mail anyway, and c) deletes the
196 draft because the mail was "correctly sent". Ha!
197 It should a) give you an error message and b) punt.
202 MH argument parsing should be upgraded to allow
203 folder arguments to have a space between the +
204 and the folder name so you can use shell matching
207 % folder + /usr/news/net-g*
213 deliver should clean up before exiting.