You are not logged in. Login Now
 0-10   10-34   35-59   60-74       
 
Author Message
25 new of 74 responses total.
cmcgee
response 10 of 74: Mark Unseen   Jan 3 03:32 UTC 2001

I've been able to dial in with no trouble since this (Tuesday) afternoon.
aruba
response 11 of 74: Mark Unseen   Jan 3 03:58 UTC 2001

I've been dialing in fine since Grex came back up.
janc
response 12 of 74: Mark Unseen   Jan 3 04:05 UTC 2001

Grex was not attacked.  It crashed in a mode that required some mothering to
come back up.  For some reason it's been getting unhappy about the /tmp
partition, of all things (that's where worthless temporary files are kept -
it is normally erased on each reboot).  None of the staff was able to get
over there and talk to it for a while.
cmcgee
response 13 of 74: Mark Unseen   Jan 3 19:26 UTC 2001

Whine: just now I got hung up on when I dialed in.
sh00tm3
response 14 of 74: Mark Unseen   Jan 4 18:34 UTC 2001

some l33t k-rad hax0r prolly hax0r3d grex
pfv
response 15 of 74: Mark Unseen   Jan 7 16:08 UTC 2001

        Time to scrub /c again: The irc-toys like bnc have all but filled
        the drive.
ea
response 16 of 74: Mark Unseen   Jan 12 03:15 UTC 2001

Noticing a few new features with the backtalk upgrade.  Not really a 
problem, it just takes some getting used to.
ea
response 17 of 74: Mark Unseen   Jan 12 04:17 UTC 2001

First real problem that I've spotted with the new backtalk - while 
using Pistachio to read an item, the title bar says "Grex AgoraAgora 
Conference - Item 4 - Microsoft Internet Explorer"
janc
response 18 of 74: Mark Unseen   Jan 12 05:29 UTC 2001

Fixed that.
mcnally
response 19 of 74: Mark Unseen   Jan 13 02:45 UTC 2001

  Some jerk has filled up /tmp with a 56MB file called .data
mcnally
response 20 of 74: Mark Unseen   Jan 13 02:46 UTC 2001

(and now it's fixed..)
ea
response 21 of 74: Mark Unseen   Jan 13 18:18 UTC 2001

Right now I am unable to log on via backtalk.  I am getting error wrong
password messages.  If I go to http://www.cyberspace.org/cgi-bin/bt I get a
"500 Internal Server Error"
ea
response 22 of 74: Mark Unseen   Jan 13 19:18 UTC 2001

seems to be resolved now.
janc
response 23 of 74: Mark Unseen   Jan 13 20:00 UTC 2001

Httpd was running out of processes, so it sometimes couldn't execute the
external authenticator, and sometimes couldn't execute backtalk.  Some
idiot was running the web-based finger script on every user on the
system.  Could have been one of those obnoxious web spiders.
ea
response 24 of 74: Mark Unseen   Jan 13 23:44 UTC 2001

Having a problem accessing my mail.  If I ssh in to grex, then run pine, it
says cannot find /var/spool/mail/ea and then gives me a message about no inbox
being found.  If I just use Telnet without the ssh, no such problem.
scott
response 25 of 74: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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: Mark Unseen   Jan 14 06:41 UTC 2001

You get two guesses.
mcnally
response 29 of 74: Mark Unseen   Jan 14 08:05 UTC 2001

so where's your mail file kept, then, walter?
mdw
response 30 of 74: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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: Mark Unseen   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 "=".
 0-10   10-34   35-59   60-74       
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss