78 new of 283 responses total.
This response has been erased.
The last time we had problems like the above with modems was with the newer models running at 2400. If you make sure your error-correction is on on your modem, it works much better. There is no configuration thing for this; the new modems just don't like running with no error-correction.
This response has been erased.
I have my terminial emulator (Procomm) take the 14.4 modem down to 9600 before dialing the 9600 lines, down to 2400 before dialing the 2400 lines. That seems to give best results for me.
hmmmm, when is the motd section about spam going to take effect?
Sun Nov 23 14:10:44 EST 1997
[Internet access provided by ICNet, (313) 998-0090.]
>>
>> The auction ends December 6th, so don't wait!
>>
Grex's mail system has been configured to reject mail that claims to come
from systems that don't exist. This should reduce spam. -jdw
From roy@dmr.ca Sat Nov 22 23:53:29 1997
Received: from seralph21.essex.ac.uk (seralph21.essex.ac.uk [155.245.240.171])
by grex.cyberspace.org (8.6.13/8.6.12) with SMTP id XAA14423 for
<tsty@cyberspace.org>; Sat, 22 Nov 1997 23:53:26 -0500 Received: from serultra0
by seralph21.essex.ac.uk; (5.65v3.2/1.1.8.2/14Feb95-1154AM)
id AA01188; Sun, 23 Nov 1997 04:49:19 GMT
Received: from mark.netlink.be by serultra0.ac.uk (SMI-8.6/SMI-SVR4)
id EAA26019; Sun, 23 Nov 1997 04:49:01 GMT
Date: Sun, 23 Nov 1997 04:49:01 GMT
To: lonelyguy@yourisp.com
From: roy@dmr.ca (Lonely? Horny? Call Susan)
Comments: Authenticated sender is <roy@dmr.ca>
Reply-To: janet-smith@usa.net
Errors-To: janet-smith@usa.net
Subject: Horny? Lonely? Free Phone Sex
Message-Id: <199711222920FAA45185@karlp.essex.ac.uk>
<HTML><PRE><BODY BGCOLOR="#000000"><FONT COLOR="#00FFFF" SIZE=3>
Phone Sex - For Adults Only
Live Adult Chat Line - One on One
Any topic - No holds Barred
011-592-244-066
011-592-246-350
DO NOT Pay $3.99/minute for Phone Sex
You only pay for the phone call - no other charge
As low as 69 cents/minute
International Long Distance Rates Apply
</FONT><FONT COLOR="#000000" SIZE=3>
^U
Don't 'cha just hate those e-mail messages with the <html> tags?
I don't know much about this. It certainly won't eliminate all spam.
This response has been erased.
This response has been erased.
TS's message is from dmr.ca. If you do "!host dmr.ca" it says dmr.ca mail is handled by mail.dmr.ca dmr.ca mail is handled by mail.montreal.istar.net So evidentally mail sent to dmr.ca goes someplace. That means it is legal as far as the mail blocks are concerned. A lot of spam these days does not include a legal return address. But some does.
if mail with neither origin nor destination of grex is blocked, then will i not receive mail fprwarded from another account to grex without a to: line including grex?
The To: line is just part of the message text, and has nothing to do with where the mail protocols think the message is going. Most mail programs put on a To: line so that the reader can tell who the message is for. As long as the RCPT line in the SMTP transaction says to deliver it to you on Grex, it will work fine.
This response has been erased.
hmmmmm, spam is one step ahead of the brains let's hope the brains can catch up, as if they had nothing else to do. /sigh and i don't even HAVE a phone to take "advantage" of this "special offer!" double /sigh
TS, there is *no* automated system which will filter out all junk email like that, without running a serious risk of filtering out wanted, non-junk email. After all, the real differnce between a marketing mailing list sending junk mail to 60000 people who haven't asked for it & (say) the hammered-dulcimer lists I subscribe to is really only that those receiving the latter have asked to be put on the list. (And there are only a couple of hundred recipients on the dulcimer lists, of course.)
i'm still getting gibberish across the bottom of my screen at least once a night. sometimes hitting space gets past it and then it's okay, other times i have to log off and redial. i went to change and checked. i was set for 24 lines but i only have 78 across. when i try to run the key function it does to gibberish as soon as i hit backspace. any suggestions?
the screen just went nuts. it was printing line after line of gibberish and wouldn't respond to any keys. i had to hang up to stop it.
actually, i was asking about mail forwarded to grex from another site, which was not originally addressed to other@cyberspace.org.
Picospan keeps telling me mkids too small and sometimes mkfds too small whenever I read a response tonight. (Actually it wasn't doing it until a few minutes ago.) (I should have said "whenever I read an item".)
Gibson, try dialing into 761-3000 and see if that helps. Not as fast as the 761-5041 pau have been using, but it may help to solve the problem.
Can someone tell me why it takes so long for me to get logged in? I've been trying for days and have had to give up several times, today I'm just stubborn. IT;s both via the net and dialup. I login/passwd then it gets to where it tells me I have no mail and then hangs for about 10 minutes. I can't do anything but wait. Once I'm here, the speed is fine. And no, I've made no chages to my .login.
Re 226: goose, your login shell is set to bash. You might want to run the "change" program and see if switching it to something else starts faster.
This response has been erased.
This response has been erased.
Interesting - thanks Valerie (and Marcus). Everything seemd fine tonight.
("display fds" shows 5 handles open.)
Re 226: goose, if you continue to use bash, you might want to put lines such
as these in your .profile:
HISTFILESIZE=25
export HISTFILESIZE
If I recall, when I first switched to bash, it seemed to take a *long* time
coming up. It appeared then that reading through my command-history file was
at least part of the problem.
Thanks folks. I changed back to csh, twiddled with my .login and things seem to run a bit better. I understand the bottom of the passwd issues and am looking forward to potential speed increases.
Wed 11/26/97 11:01 PM EST> uptime 11:01pm up 2 days, 13:05, 70 users, load average: 41.39, 35.55, 40.15 Yow!
Ugh!
Yeah, it got pretty hairy there about 11pm. I gave up and disconnected, it was so slow. Anyone know what happened?
When I use "locate <filename>", why am I getting "Segmentation fault" and "terminated: segmentation"?
At a guess, the database it uses is garbaged somehow. I just tried it, & it found the file I was checking before dumping core.
calling in on 5041 just now got all gibberish for login. tried twice and had trouble hangig up both times. 3000 worked fine.
I have been recently happy, Grex has been working fine for me lately...
Bad dbassman. That should have been entered in the "Happy Happy Joy Joy" item. ;-)
whoops i guess i hadn't gotten that far yet, sorry.
But we don't have a system non-problems item, so this is a nice place to enter
system non-problems ... as long as there aren't too many non-problems ...
8-{)]
Is it that you don't want the non-problems to drwon out the problems? As a staff member, that prospect doesn't bother me too much.
heh.
because pine on m-net has been screwwy lately, i'm learning elm and mail. i'm learning i like them better than pine, on grex as well...
resp:236 The problem with locate is that some idiot created an "infinite" directory. (That is, they created a directory, changed to it, and created another one, changed to it, and so on ad nausium. Probably with a script, unless they're really strange) This confuses the program that creates the locate database, so that locate dies with a segmentation fault when it reaches the place in the database where this directory is. These directories are a problem to get rid of. (I believe someone is working on a program to get rid of them) but they don't cause any problems except for breaking locate.
just now while reading a conf i was blown off the system. without touching a key the screen went nuts for about 30 seconds then disconnected me.
GREX is running slower than M-net lately.
Why so much time to continue the more in BBS? Just starting
BBS is worthy of a full bathroom break.
Pine on M-Net is back to normal.
Grex' load averages are again well over 20; hence the slowdown.
How about slicing a few ptys?
We'll give that idea all the attention it deserves, Dave.
<<response(s) quashed due to, ummm, errrr .... the phase of the mountain>>
Slicing pty's does not necessarily reduce system load. In fact, the sad fact is that pty's are a relatively minor component of overall system load. The other day, I found a user at another site who had generated over 7000 finger queries over the course of 2.34 days. This is one of the things that had contributed to a load average of 20, by causing everything else to back up waiting for CPU time.
Sometimes you guys bewilder me. Grex is faster for me now that it has ever been! I'm really suprised at how fast a computer can run when its load average is at 30. 8^)
re #251,252: Perhaps we should then disable fingers?
This response has been erased.
Someone has 7,000 friends on Grex? (Or was he pounding Grex with fingers for just a few friends - with a program, I presume?) I have had the Y - "print to local computer" - command in pine end up crashing my computer. It works OK from CAEN, but from Grex the print starts to spool, and then just freezes, This is with connection via the internet. I tried it with two different printer drivers, but the same thing happens.
Well, what *can* be done (within reason) to keep the load average below, say, 10? Now it's over 20 and the System is practically unuseable.
Re 256, Print to local computer uses escape codes to tell your term program to control your printer. Check the version numbers and other settings of pine on grex and caen. There must be some important difference.
Could also be a termcap difference, if Grex thinks your termcap is different it could be sending different escape sequences..
Correct me if I'm wrong, but load average is a measure of the number or jobs actually executing at one time, right? So if we got a faster computer, the same load average would actually be faster, right?
This response has been erased.
How does the speed of the 670's CPU compare with the machine we're now running on?
I don't know what the speed comparison is, but the 670 is a multi-processor machine with two CPU's. So it will give Grex and advantage comparable to what a second brain would give a person.
I'm not sure a 2nd brain would be all that great an idea for a person. They're not 100% efficient for computers, either, since there're coordination and overhead issues involved, but with 2 processors the 670 should be more efficiently able to handle big numbers of users..
Well, I'd love a 2nd brain to help me multitask. But we digress. Back to system problems...
The problem described in 256, 258 and 258, went away - by itself - on the next day's login. Weird.
The each of the new computer's CPUs should be about 2-3 times faster than Grex's current CPU. It is hard really to compare them, because the whole architectures are significantly different - for example, the new machines have more hardware contexts so the should be able to shuffle between large numbers of processes faster. There are currently two of these faster CPU's in the new system. But they will be interfering with each other to a significant degree since both cannot be executing kernel code at the same time with our current software. We can put four CPUs in, but rumor says the system can actually be slower with four because they start tangling with each other too much. We'll probably eventually get more CPUs if only to have some spares. Of course, CPU speed isn't the only thing that determines the speed of hte machine. Disk access speed is also an issue. It is quite possible that the performance of the machine will be limited more by disk I/O than CPU speed. We will be using the same disks we have now, so they won't be getting any faster. However, we will be using a significantly newer disk controller, which may well have some performance benefits. So how much faster will the new machine be? Geez, I don't know. I'm not even sure about half the information I just repeated. I've been using 4-5 times faster as a guess, but it could be off in either direction. I've been using it to compile software, but then I'm mostly the only user on it, and a dual processor machine doesn't help a single user that much. Many of the advantages of the 4/670 aren't just raw speed but ability to handle large number of simultaneous users. So I can't really make even subjective comparisons.
i am shyam,i love nature.
This response has been erased.
Unfortunately, Grex is unnatural.
Erm, why cant I dial in on 3000 or 4931? All I got was ringing.
I'm dialed in on 3000 now ...
The Internet link is down, apparently somewhere upstream of Grex.
This response has been erased.
i just got blown off the system while reading. this has been happening once or twice a week. any ideas?
I see that Grex hasn't been rebooted yet. I'll do that sometime fairly soon, since the Net connection is down anyway.
(But it wasn't when you rebooted....however, thanks, as it is running better now.)
Right, the Net connection came up between when I started the shutdown and when the system actually rebooted.
The new mailer has created what I think is a "system problem". It
displays a prompt telling me to enter my text, and another prompt
about how to send copies to other recipients. These prompts are
annoying. I have to edit them out of the hard copies of my e-mail
that I keep.
How to I disable these prompts?
"unset helpful". You can put this into .mailrc.
although it seems to have fixed itself ... the more pager refused to work on ANYthing earlier, even when explicitly called (again) from the OK: and/or RFP prompt ...from mail, and with all aliases which called /usr/ucb/more .. even explicitly by absolute path. now, it started to work in picospan (all by itself) and seems to be functional in my aliases, but not in email... valerie said to add the set PAGER=more line into .mailrc, which i did (ddin;'t meed it before) but haven't tried out yet. ideas?
This response has been erased.
Thanx, Marcus!
You have several choices: