|
|
| Author |
Message |
| 25 new of 234 responses total. |
keesan
|
|
response 92 of 234:
| 
Jul 23 00:24 UTC 1998 |
How do you get the pine program to not list al the other recipients of e-mail?
Someone just sent me a change of address, but he also sent it to 100 or so
other people.
|
remmers
|
|
response 93 of 234:
|
Jul 23 12:18 UTC 1998 |
Re resp:91 - I assume you're using the standard 'mail' program to
read mail. I can't find any mention of a 'discard' command in the
man page, so it appears not to be a system problem that it doesn't
work. This leaves the alternative... :)
Something that does work here is the 'retain' command. The arguments
should be the list of headers that you *do* want to see. For example,
you could put this in your .mailrc:
retain date to from subject
and 'mail' would show you just those four headers when it displays a
message.
|
dpc
|
|
response 94 of 234:
|
Jul 23 14:45 UTC 1998 |
John, I am using the "discard" command at valerie's suggestion.
I tried it on M-Net, and it worked perfectly. However, on M-Net
I did *not* have colons; on Grex I did. Ergo, I'm going to delete
the colons.
Thanx for letting me know about the retain command!
|
dpc
|
|
response 95 of 234:
|
Jul 23 14:48 UTC 1998 |
Yep, deleting those colons did the trick! Sometimes I'm so clever
I scare myself. 8-)
|
dpc
|
|
response 96 of 234:
|
Jul 23 15:02 UTC 1998 |
Oh- I did encounter a *true* system problem late yesterday afternoon.
I dialed in on 761-3000, got a connection, entered my loginid and
password, and was promptly disconnected. I got the same thing on
761-4931.
|
scott
|
|
response 97 of 234:
|
Jul 23 16:05 UTC 1998 |
There was a vandal bothering us for a while then, then until a little after
6pm we had it closed to get some tracking done.
|
remmers
|
|
response 98 of 234:
|
Jul 23 17:37 UTC 1998 |
Re resp:94 - Hm... My problem was that I was looking at the 'mailx'
man page, not 'mail'. The mail page documents 'discard', but the
mailx page does not. Odd - I thought they were the same program.
|
davel
|
|
response 99 of 234:
|
Jul 27 23:11 UTC 1998 |
The motd states, at present, in part:
> Are you having a problem with some feature of Grex? Have you read the FAQ?
> It contains answers to most common questions, and can easily be seen on the
> web at http://www.cyberspace.org/faq.html or by typing the "faq" command.
> (Type !faq if you are at a prompt other than a shell prompt.) -srw
However, running faq merely does nothing at all. It's a link to
/usr/local/grex-scripts/faq, whose contents are the following:
> #!/bin/sh
> #
> # Display Grex FAQ sheet
> #
> ###menumore /usr/local/grexdoc/grex-faq
>
Since the menumore line is commented out, it's not surprising that it
doesn't work, is it?
|
dpc
|
|
response 100 of 234:
|
Jul 28 18:47 UTC 1998 |
I have another dumb problem with Unix mail. The escape character
for mail is ~. The escape character for the editor is :. I want
to set the escape character for mail to be : also.
I inserted "set ESCAPE=: in my .mailrc, but it didn't work.
What's the right command for this?
|
mdw
|
|
response 101 of 234:
|
Jul 28 19:58 UTC 1998 |
set escape=:
|
dpc
|
|
response 102 of 234:
|
Jul 28 20:26 UTC 1998 |
Thanx, mdw!
|
davel
|
|
response 103 of 234:
|
Jul 28 23:00 UTC 1998 |
I see someone fixed the faq script, now uses lynx. Nice!
|
srw
|
|
response 104 of 234:
|
Jul 30 05:16 UTC 1998 |
I don't know who commented out the menumore line. It was working for me
when I converted the Grex faq to text form and put it in
/usr/local/grexdoc/grex-faq (that was on July 12)
The lynx version of the script is better if it works for you. Users with
dumb terminals will not be able to run that script, though. I guess they
can always do a finger faq, if they know to do so.
|
icarus7
|
|
response 105 of 234:
|
Jul 30 18:01 UTC 1998 |
Nethack gave me a "Waiting for access to record." error 60 times
before failing. I assume 60 retries is the default, so that's not
a problem, but is there a problem with a nethack record?
|
tsty
|
|
response 106 of 234:
|
Jul 31 05:41 UTC 1998 |
.... on a buncha items today, i have seen the item header, then
a second line of <item is forgotten>
.... and then a screen full of responses headed by 98 new of 102 resp.
this seems to be a problem. they were not <linked item> items either.
well, two were, but he other 5/6 were not. i recognized the linked
items items.
|
davel
|
|
response 107 of 234:
|
Jul 31 09:57 UTC 1998 |
Try "set forget".
|
drew
|
|
response 108 of 234:
|
Jul 31 20:37 UTC 1998 |
A couple of bugs that should be addressed:
* The mail length limiter, while it displays the message when a mail file
being sent exceeds the 100K limit, sends the mail anyway.
* When an item in BBS is responded to for the first time in several months
or years (I believe the limit would be a year, based on how dates show up in
an 'ls'), the entire item is displayed on a 'read new'. (Partially responsible
for some of the huge newresponse files.)
|
drew
|
|
response 109 of 234:
|
Jul 31 20:48 UTC 1998 |
Additional: The mail software, upon getting a large file, *both* sends the
mail *and* bounces a copy - in its entirety. (I would that, if it coundn't
send, that it does neither - or else truncate most of the bounce.)
|
tsty
|
|
response 110 of 234:
|
Aug 1 10:02 UTC 1998 |
....set forget has been my default for eons ... and i didn't do
any of the setting of forget/noforget ....however, issuing the
commands seems to have cleared the problem. oh,well.
|
davel
|
|
response 111 of 234:
|
Aug 1 15:09 UTC 1998 |
Re 108 second complaint: Drew, that's what happens if you've used
"fixseen" to make items look as though you've read them. That's not
the way I would have designed it myself, but knowing Marcus I'd guess
it's not a bug but a feature I don't happen to like. (Instead of using
fixseen I always do "read all pass >/dev/null".)
|
davel
|
|
response 112 of 234:
|
Aug 1 15:12 UTC 1998 |
(Er, it also results when you join a new conference, which appears to
functionally set things the way fixseen does, I think. The items get marked
as having nothing new, but no responses are marked as read, however that's
stored internally.)
|
valerie
|
|
response 113 of 234:
|
Aug 4 02:31 UTC 1998 |
This response has been erased.
|
mdw
|
|
response 114 of 234:
|
Aug 4 19:26 UTC 1998 |
"mailx" is also the name of the ucb mail program, in older system V releases.
|
i
|
|
response 115 of 234:
|
Aug 4 22:49 UTC 1998 |
Why can't cron reap the old lock files?
|
valerie
|
|
response 116 of 234:
|
Aug 5 01:49 UTC 1998 |
This response has been erased.
|
