You are not logged in. Login Now
 0-24   25-49   50-74   53-77   78-102   103-127   128-152   153-177   178-202 
 203-227   228-252   253-260        
 
Author Message
25 new of 260 responses total.
cross
response 78 of 260: Mark Unseen   Jan 3 05:11 UTC 2006

This response has been erased.

aruba
response 79 of 260: Mark Unseen   Jan 3 06:03 UTC 2006

Sending a dollar by US mail is not difficult.
bhoward
response 80 of 260: Mark Unseen   Jan 3 10:19 UTC 2006

Unless you are not living in the US.
keesan
response 81 of 260: Mark Unseen   Jan 3 14:00 UTC 2006

You could ask people living outside the US to send a postcard instead.
That should be enough to stop spammers.  I was thinking it might be a nuisance
to the treasurer having to collect this extra mail.  I have alternative mail
and  I still prefer grex mail (or sdf) to webmail or pop mail.

sdf takes 2-3 weeks to receive the dollar and activate the account.  
cross
response 82 of 260: Mark Unseen   Jan 3 15:44 UTC 2006

This response has been erased.

rcurl
response 83 of 260: Mark Unseen   Jan 3 17:37 UTC 2006

I don't think collecting the mail is a problem, but there is added work in 
doing something about it for every new user. Newuser is automatic for a 
reason. Instead, create some kind of online hoop the new user must jump 
through that delays activation of e-mail for a week or so. Like, writing a 
100 word essay....  8^}
keesan
response 84 of 260: Mark Unseen   Jan 3 19:51 UTC 2006

A computer could write essays, plagiarized from any place.
kingjon
response 85 of 260: Mark Unseen   Jan 3 21:01 UTC 2006

When I tried to log in at 15:56:18 system time, I got the following
error, followed immediately by a disconnect. 

-bash in malloc(): error: recursive call

I've gotten this once or twice before, always using SSH (and always
from the "SSH Secure Shell" client for Windows (running XP), which
doesn't give any more information about itself than that in the
Help About box).

I connect again fine immediately (well, as soon as I can tell it
to connect and give my password, anyway).
naftee
response 86 of 260: Mark Unseen   Jan 8 05:10 UTC 2006

Ok: rn
News on Grex is down, and has been for a couple of years now.
At this point it is unknown if news will ever be back.  Sorry.

In the meantime, please load Lynx and go to http://groups.google.com/

 :(
aruba
response 87 of 260: Mark Unseen   Jan 8 18:17 UTC 2006

I just fingered a user on Grex and got a couple of lines like this:

Last login Wed Dec 21 09:05 (EST) on ttyp9
    from ...
Mail last read Sat Jan  7 22:22 2006 (EST)

Since there's no way I know of to read Grex mail without logging in 
(except ftping the mail file), I'm wondering how the "mail last read" date 
can be later than the "last login date".  Is one of them bogus?
kingjon
response 88 of 260: Mark Unseen   Jan 8 18:35 UTC 2006

Surely he was on for enough time for that? Try the "last [user]" command to see
how long he was on.

kingjon
response 89 of 260: Mark Unseen   Jan 8 18:35 UTC 2006

Er, "perhaps" rather than "surely."

aruba
response 90 of 260: Mark Unseen   Jan 8 18:52 UTC 2006

Well, in this case, he would have had to be on for 17 days straight, which
seems unlikely.  So I hecked last as you suggest, and in fact the user in
question was logged on for only 23 minutes on Dec 21, and hasn't been on
since.
kingjon
response 91 of 260: Mark Unseen   Jan 8 19:37 UTC 2006

I just checked, and "last" can be fooled -- I su'ed into my own account, and it
only caught the outer process, not the inner one. There's probably other ways,
too.

twenex
response 92 of 260: Mark Unseen   Jan 8 20:10 UTC 2006

Did you "su -"? Last checks logins, not processes. "Su -" logs you in (again),
whereas "su" only starts another process with superuser processes.
twenex
response 93 of 260: Mark Unseen   Jan 8 20:10 UTC 2006

Er, superuser PRIVILEGES.
kingjon
response 94 of 260: Mark Unseen   Jan 8 20:21 UTC 2006

"Su" logs you in (so to speak; you're right that it akes "su -" to create a
login process) as whoever you specify, provided you know the password. (If you
don't specify, it assumes the superuser.) 

glenda
response 95 of 260: Mark Unseen   Jan 8 21:22 UTC 2006

Last does not register your login when you login via backtalk.
mcnally
response 96 of 260: Mark Unseen   Jan 8 21:31 UTC 2006

 Yes, but it's hard to read your mail via Backtalk.
bhoward
response 97 of 260: Mark Unseen   Jan 9 00:01 UTC 2006

It appears if you log in with a non-interactive shell, for example:
   "ssh grex.org bash -i"

no login record is made.
keesan
response 98 of 260: Mark Unseen   Jan 9 01:31 UTC 2006

Can anyone figure out why sdf just stopped working a few minutes ago?
I can't even access the website.  I sent a mail, then could not send the next
one, then could not read mails, then could not ssh back in.  Is this a crash?
bhoward
response 99 of 260: Mark Unseen   Jan 9 05:57 UTC 2006

Could be a network outage but I suspect a machine crash or a network
break somewhere relatively close to them.  The traceroute from where
I am in Tokyo is fairly long but dies a few hops into att.net's
network.
keesan
response 100 of 260: Mark Unseen   Jan 9 06:26 UTC 2006

It works again, thanks.
cross
response 101 of 260: Mark Unseen   Jan 9 14:23 UTC 2006

This response has been erased.

aruba
response 102 of 260: Mark Unseen   Jan 10 02:47 UTC 2006

Thanks, Bruce and Dan.  So if I understand correctly, I should trust the
"mail last read" time, but not the "last login" time.  Is that correct?
 0-24   25-49   50-74   53-77   78-102   103-127   128-152   153-177   178-202 
 203-227   228-252   253-260        
Response Not Possible: You are Not Logged In
 

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