|
Grex > Helpers > #138: Grex System Problems - Winter 2004/2005 |  |
|
| Author |
Message |
| 25 new of 870 responses total. |
keesan
|
|
response 546 of 870:
| 
Jan 26 03:47 UTC 2005 |
Why is links working if lynx is not?
|
cobalt
|
|
response 547 of 870:
|
Jan 26 03:49 UTC 2005 |
"links - g - www.google.com - works instantly" Yes, but when you attempt to
access the sign in link it fails with error "no route to host"
"lynx google - tries to access the IP number and nothing happens" --the
system seems to be attempting to access Grex's OLD ip address.
Perhaps this is a DNS proxy issue with a stale cache?
Thanks for attention to this matter.
|
keesan
|
|
response 548 of 870:
|
Jan 26 03:52 UTC 2005 |
Re #545, I copied a small file to /tmp, ls -l showed I had read-write-execute
permissions but others had just read-execute permissions, and then
find /tmp -user keesan -ls listed a bunch of files for all but one of which
I was denied permission so I deleted the one that I had permission for (which
I had copied). This is the answer to how to empty your overflowing mailbox.
|
gelinas
|
|
response 549 of 870:
|
Jan 26 03:56 UTC 2005 |
No, it's not trying to reach grex's old IP address. The old address was
216.93.104.34; the address lynx is trying to reach is 216.93.104.35, which
is the web proxy.
The web proxy is still on the DSL link. I don't know if the problem you are
seeing is caused by the DSL link being flakey or by the web proxy not being
configured for the new subnet. I added the new subnet to the web proxy's
configuration last night, but the "kill -HUP" may not have been enough to
cause the proxy to reread its configuration file.
|
gelinas
|
|
response 550 of 870:
|
Jan 26 04:02 UTC 2005 |
I don't see how the find command is "the answer to how to empty your
overflowing mailbox." It's just the way to find the files in /tmp that you
own. The error message
find: /tmp/lynx-mLGAA21624: Permission denied
means that we don't have sufficient access to the directory
/tmp/lynx-mLGAA21624 to see the files within it.
|
naftee
|
|
response 551 of 870:
|
Jan 26 04:21 UTC 2005 |
re 536 What! How could you e-mail staff if you could not run mail ?
|
asddsaasddsaasddsa
|
|
response 552 of 870:
|
Jan 26 05:01 UTC 2005 |
-bash-2.05b$ w
12:00AM up 11:19, 20 users, load averages: 0.65, 0.62, 0.59
USER TTY FROM LOGIN@ IDLE WHAT
cross p0 fubar.cshack.net Tue05PM 2:22 -tcsh
russ p1 sf31-d20.dynamic Tue11PM 3 -csh
qw2 p2 e81-197-68-102.e Tue11PM 1 menu
cobalt p3 218.13.94.233 Tue10PM 10 lynx
contaxes p4 174-227.lib.umic Tue10PM 2 mail
rasputin p5 dialup-4.247.140 12:00AM 0 lynx
asddsaasddsaasddsa p7 - 12:00AM 0 w
ryan p9 67.39.176.100 Tue11PM 0 all your base are belong to us
ketsara pa 210.246.163.253 Tue11PM 16 -tcsh
naftee pc 55sub16.edunet.u Tue11PM 0 -bash
charcat pd host145.64-31-10 Tue11PM 0 /usr/local/bin/party_
pez pf ip68-228-34-112. Tue11PM 0 /usr/local/bin/party_
gelinas q0 216.86.65.248 Tue09PM 0 bbs
richard q3 pool-70-19-93-15 Tue10PM 0 /usr/local/bin/party_
janc q4 h-69-3-69-232.sf Tue04PM 57 -csh
jmhut q6 157.95.31.61 Tue11PM 15 (pine)
gelinas qa 216.86.65.248 Tue10PM 2 lynx http://google.com
srw qc pcp05308365pcs.w Tue10PM 1:33 -csh
erikb qf a80-127-224-218. Tue10PM 16 mutt
rcurl r1 pcp09229896pcs.s Tue11PM 0 pico /a/r/c/rcurl/.cfdir/cf.buffer
Whoa.
|
scholar
|
|
response 553 of 870:
|
Jan 26 05:02 UTC 2005 |
whoa!
|
naftee
|
|
response 554 of 870:
|
Jan 26 05:02 UTC 2005 |
Whoa!
|
cobalt
|
|
response 555 of 870:
|
Jan 26 05:09 UTC 2005 |
1. Yes, of course, this was normal prior to the move
2. I have checked again, the problem still exists, as explicated on the BBS
System Problems Board,
Item #544 and response.
SUMMARY:
links : can access google but forbids sign on, "no route to host"
lynx : attempts to access old proxy then timeout.
Thanks you for attention to this.
|
albaugh
|
|
response 556 of 870:
|
Jan 26 05:14 UTC 2005 |
You can *send* mail to others without any bearing on your inbox!
|
naftee
|
|
response 557 of 870:
|
Jan 26 05:21 UTC 2005 |
Oh, I got the impression that you could not run mail.
|
albaugh
|
|
response 558 of 870:
|
Jan 26 05:23 UTC 2005 |
When you run mail without a recipient list (or other command line parameters)
it invokes it in "read the inbox" mode.
Setting TMPDIR to my home directory also causes quota exceeded on mail
startup. Who is going to fix this? (!) It is intolerable that I can't fix
my situation due to system setup "flaws".
|
cobalt
|
|
response 559 of 870:
|
Jan 26 06:43 UTC 2005 |
(In reference to Item #555 ):
The Google link rejected by LINKS is an https link.
I hope that https links are not restricted on this new server.
Thank you for your attention to this.
|
naftee
|
|
response 560 of 870:
|
Jan 26 06:52 UTC 2005 |
re 558 So it can't "read the inbox" if your quota has exceeded ?
|
cobalt
|
|
response 561 of 870:
|
Jan 26 07:23 UTC 2005 |
sorry: clarification of Item #559-
LINKS loads www.google.com without error (I believe another user has
mentioned this) and it is the sign-on that fails with error "no route
to host"
but the sign-on link being accessed by LINKS is an HTTPS link.
So seeing that LINKS can access http://www.google.com there seems
to be no problem there whatsoever,
but actually the problem PERHAPS is the LINKS rejection of an HTTPS page.
Please respond at your convenience.
Thank you for attention to this matter.
|
keesan
|
|
response 562 of 870:
|
Jan 26 13:11 UTC 2005 |
Re 554 - proof that 8 character logins are enough for normal users.
And that longer ones don't display properly in certain programs.
Longer ones are also a nuisance to add to the twit filter.
I thought that the mail problem has to do with /tmp being over quota and
removing files owned by the user in /tmp would fix it.
I just had a 20 sec freeze. Shades of old grex.
|
gelinas
|
|
response 563 of 870:
|
Jan 26 13:39 UTC 2005 |
There was some kind of routing problem at provide.net about an hour ago.
It may come back; I don't know.
Ah. Yes, clearing out your files from /tmp would give you more room for
mail's temporary files.
|
jep
|
|
response 564 of 870:
|
Jan 26 14:46 UTC 2005 |
I'm seeing:
& a p o s ;
instead of a single quote character, using Backtalk this morning, only
on Grex. (I don't get the same thing on M-Net.)
|
mooncat
|
|
response 565 of 870:
|
Jan 26 15:00 UTC 2005 |
Oops, apparently posted in the wrong item- but yeah, having the same
problem as jep. (Maybe it's a Perry thing. ;) )
|
slynne
|
|
response 566 of 870:
|
Jan 26 15:13 UTC 2005 |
No, I am having the same problem
|
keesan
|
|
response 567 of 870:
|
Jan 26 15:30 UTC 2005 |
I just got a legitimate email in 8859-9 (Turkish - someone sent me a tel and
I guessed he was Turkish and emailed back what I thought meant 'I don't speak
Turkish' but maybe I left out the 'not') so please don't set the spam filter
to rule out subject lines in other charsets. I got a 'From' in Chinese
recently and a message body in Russian.
bbs is working fine. Procmail just threw out 6 spams in 2 hours and if this
is typical I must be getting about 70/day. Any progress towards choosing a
spam filter or at least porting Marcus's minimal one?
|
keesan
|
|
response 568 of 870:
|
Jan 26 16:35 UTC 2005 |
5 more spams since 10:30 (in one hour).
|
albaugh
|
|
response 569 of 870:
|
Jan 26 16:55 UTC 2005 |
cyberspace.org now yields grex
|
albaugh
|
|
response 570 of 870:
|
Jan 26 17:29 UTC 2005 |
&%$&%$&* grex froze while I was entering the following:
I have *no* files on /tmp!!! The problem is that my filled mailbox, which
apparently mail wants to replicate somewhere while it's running, is larger
than my quota on /tmp - and also larger than my quota in my home directory.
Cannot someone on staff simply pick a larger, more suitable quota on /tmp
to address this situation, and deploy it? A larger personal quota for me
should also allow me to clean out my mailbox, but it is not addressing the
underlying problem of incorrect settings for mailbox versus /tmp quota.
Note: I'm not faulting anyone. But now that we know there's a problem,
it should be corrected.
P.S. Curiously, and different from old grex, since my .forward file has mail
left in my grex mailbox as well as being forwarded off-grex, I continue to
receive the forwarded mail at my non-grex account. I assume that the messages
are *not* stored in my filled mailbox, and I wonder if senders are getting
"mailbox full" bounces...
|