|
|
| Author |
Message |
| 25 new of 74 responses total. |
scott
|
|
response 25 of 74:
| 
Jan 14 00:06 UTC 2001 |
It should be in the FAQ, but apparently isn't yet. Something to do with ssh
not setting an environment variable, but I don't recall off the top of my head
which one.
|
gull
|
|
response 26 of 74:
|
Jan 14 04:32 UTC 2001 |
As I recall the environment variable is MAIL. Log in via telnet and see
what value it's set to, then put a line in your .profile to set that
value and export it. Fixed it for me.
If you need more exact instructons, I can give them. But I'm
Backtalking right now, and I'm too lazy to log in and look at my
.profile. ;)
|
mcnally
|
|
response 27 of 74:
|
Jan 14 05:43 UTC 2001 |
To complete scott and gull's answers --
Grex doesn't stash your mail spool in the traditional place for a
Unix system (/var/spool/mail/$USER) because with thousands of users
on Grex the number of entries in the /var/spool/mail directory would
then be huge and file system performance looking up entries in a
directory with thousands and thousands of entries is comparatively
"expensive" in terms of system time required. To spread out the load
a little and improve filesystem performance, mail spools are divided
among subdirectories according to the first and second characters of the
login id.
So my mail spool would be in /var/spool/mail/m/c/mcnally because the two
first letters of my login id, mcnally, are 'm' and 'c' respectively.
ea's mailbox would be in /var/spool/mail/e/a/ea
I have no idea how the scheme deals with the case of single-letter login
ids, or even if such ids are allowed on Grex.
|
i
|
|
response 28 of 74:
|
Jan 14 06:41 UTC 2001 |
You get two guesses.
|
mcnally
|
|
response 29 of 74:
|
Jan 14 08:05 UTC 2001 |
so where's your mail file kept, then, walter?
|
mdw
|
|
response 30 of 74:
|
Jan 14 09:19 UTC 2001 |
Try
!man getmailfilename mailfmt
!cat /etc/mailfmt
I hope to update sshd with a version of openssh sometime soon.
|
ea
|
|
response 31 of 74:
|
Jan 14 15:05 UTC 2001 |
So to fix the problem in ssh, just add a line to my .profile that says
setenv MAIL=/var/spool/mail/e/a/ea
or is there something else that I need to do?
|
remmers
|
|
response 32 of 74:
|
Jan 14 18:58 UTC 2001 |
Since your login shell is .csh, you should put the line
setenv MAIL /var/spool/mail/e/a/ea
in your .login file (note: no "=" character in the command).
|
lk
|
|
response 33 of 74:
|
Jan 14 18:58 UTC 2001 |
That line should go in your .login (as csh is your login shell).
Those with sh/ksh variants should do:
MAIL=/var/spool/mail/x/y/xyz
export MAIL
Where xyz is their login ID.
|
lk
|
|
response 34 of 74:
|
Jan 14 18:59 UTC 2001 |
Wups, remmers slipped in, but that's a good thing as I didn't look
closely enough to notice the extraneous "=".
|
ea
|
|
response 35 of 74:
|
Jan 14 20:29 UTC 2001 |
Thanks John. #32 seems to have fixed the problem.
|
i
|
|
response 36 of 74:
|
Jan 15 05:36 UTC 2001 |
/var/spool/mail/i/z/i
|
ryan
|
|
response 37 of 74:
|
Jan 19 15:53 UTC 2001 |
This response has been erased.
|
cmcgee
|
|
response 38 of 74:
|
Jan 25 13:05 UTC 2001 |
I"ve had trouble dialing in for the past few days. Last night I tried 5 phone
numbers, starting with 3000, and made two tries on each number.
|
krj
|
|
response 39 of 74:
|
Jan 28 19:34 UTC 2001 |
!df says the /bbs partition is 100% full.
|
gracel
|
|
response 40 of 74:
|
Jan 28 20:13 UTC 2001 |
Just now, dial-=in connects but gives no response.
|
i
|
|
response 41 of 74:
|
Jan 29 00:15 UTC 2001 |
Like #40, and about the same time this afternoon. Trying another line
(-3554 ?) got me in okay, -3000 worked okay just now...
|
davel
|
|
response 42 of 74:
|
Jan 29 14:53 UTC 2001 |
Filesystem kbytes used avail capacity Mounted on
/dev/sd0h 284215 254877 917 100% /bbs
|
remmers
|
|
response 43 of 74:
|
Jan 29 16:11 UTC 2001 |
If I run the mesg command right now, it gives the error
Unable to find your tty (ttyte) in utmp file
|
krj
|
|
response 44 of 74:
|
Jan 29 16:29 UTC 2001 |
Another user in party had a similar message on the same tty (ttyte).
A scan of party should uncover the info which was dumped into party
at that time.
|
krj
|
|
response 45 of 74:
|
Jan 29 20:31 UTC 2001 |
More complaints in party about ttyte.
|
aruba
|
|
response 46 of 74:
|
Jan 31 16:48 UTC 2001 |
I notice Picospan and Backtalk sometimes disagree on which items are "new"
and which have "new responses". For instance, when I join the DIY
conference in Picospan, I see:
/------------------------------------------\
| 7 newresponse items and 4 brandnew items |
\------------------------------------------/
and when I join it in Backtalk I see
/------------------------------------------------------\
| Diy has 31 items: 11 brand new, 0 with new responses |
\------------------------------------------------------/
|
janc
|
|
response 47 of 74:
|
Feb 1 04:56 UTC 2001 |
Looked into that a bit. Copied over Mark's .fixit.cf file. I see the two
different messages too. The items that the disagreement is about are all
ones that were marked "unseen" when Mark joined in October of 1998 and have
since had new responses posted to them, making them "new" items. Doing
"read brandnew" shows 4 items, while "read newresp" shows 7. However the
seven "newresponse" items, when you read them, show item text and all
responses - it doesn't think any part of it is old. They sure act like
brandnew items. I can't figure out why Picospan thinks 7 of these are
newresponse items.
My diagnosis: Picospan bug.
|
krj
|
|
response 48 of 74:
|
Feb 1 06:19 UTC 2001 |
The ttyte bug bit again tonight; Leslie was on that tty and could not
send me tels.
|
aruba
|
|
response 49 of 74:
|
Feb 1 12:23 UTC 2001 |
Re #47: Weird. THanks for the diagnosis.
|
