|
Grex > Helpers > #138: Grex System Problems - Winter 2004/2005 |  |
|
| Author |
Message |
| 25 new of 870 responses total. |
scott
|
|
response 125 of 870:
| 
Jan 1 18:45 UTC 2005 |
The problem with gate and international characters would seem to be the
"isascii" system function, but looking around further it appears that the
international characters (a couple dozen of them) should be acceptable.
|
kentn
|
|
response 126 of 870:
|
Jan 1 19:07 UTC 2005 |
Re 118 (bad item header in homme cf): it's working as expected now, thanks!
|
rcurl
|
|
response 127 of 870:
|
Jan 1 19:18 UTC 2005 |
The following e-mail message arrived just after the shift to newGrex. Yet
it is dated 24 October. What gives?
> Date: 24 Oct 2004 01:45:37 -0400
> From: Mail System Internal Data <MAILER-DAEMON@grex.cyberspace.org>
> Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA
> This text is part of the internal format of your mail folder, and is not
> a real message. It is created automatically by the mail system
> software. If deleted, important folder data will be lost, and it will be
> re-created with the data reset to initial values.
Does it really have to be left in one's inbox?
|
remmers
|
|
response 128 of 870:
|
Jan 1 19:27 UTC 2005 |
I don't know why it showed up, but I think it's safe to delete.
|
scott
|
|
response 129 of 870:
|
Jan 1 20:32 UTC 2005 |
I get those when I've used the web email client for my regular (non-Grex)
email. It's basically a way to store various settings (new folders and other
stuff) that I might do within the web client. When I get home and download
my mail into my regular email client one of those "Folder internal data"
emails shows up, and I just delete it.
|
rcurl
|
|
response 130 of 870:
|
Jan 1 20:36 UTC 2005 |
Could it have been created because I was reading my mail for the first
time with newPine?
|
albaugh
|
|
response 131 of 870:
|
Jan 1 21:00 UTC 2005 |
I appears that the idle zapper is not working right in the following
situation:
Connected to grex via internet. Logged in via telnet.
Did "exec login" to another account. At a certain point the following was
displayed:
Sat Jan 1 13:58:09
This terminal has been idle 15 minutes. If it remains idle
for 5 more minutes it will be logged out by the system.
Logged out by the system.
But no disconnect was performed. The "Logged out" line was repeated every
so often. But my sh was still responding, and whoami showed that I was still
the second account.
|
cross
|
|
response 132 of 870:
|
Jan 1 22:48 UTC 2005 |
This response has been erased.
|
keesan
|
|
response 133 of 870:
|
Jan 2 01:12 UTC 2005 |
Why would Jim get the disk quota exceeded message only when he used pine, not
when he logged into his account?
|
twenex
|
|
response 134 of 870:
|
Jan 2 01:15 UTC 2005 |
There are two different quotas for home directory space and mail.
|
keesan
|
|
response 135 of 870:
|
Jan 2 01:26 UTC 2005 |
Yes, and he has about 100K of mail so why get a quota message when using pine?
|
keesan
|
|
response 136 of 870:
|
Jan 2 01:32 UTC 2005 |
I just deleted 8MB of freedos image files from his home directory but that
does not explain why the quota message showed up when going into pine.
When will the new disk quotas be enforced? I don't know why Jim did not use
sdf to store these files, since he has 30MB space there (for $1).
|
twenex
|
|
response 137 of 870:
|
Jan 2 01:37 UTC 2005 |
I don't know what the quota is for mail, but he must be over it.
|
drew
|
|
response 138 of 870:
|
Jan 2 02:07 UTC 2005 |
Re #103:
I am doing the following when the problem occurs:
* Trying to read my mail with pine. Abruptly exits, don't remember the
message.
* Entering a response in BBS. The editor starts up, but immediately dumps
upon my typing the first character of the response.
New information: The problem seems to occur if, and only if, I'm dialed
in direct. I'm entering this response, without problems, via the Net, and Pine
worked normally as well. Just a second ago I tried direct dialing; Pine did
not work and I didn't bother to try using BBS.
|
twenex
|
|
response 139 of 870:
|
Jan 2 02:12 UTC 2005 |
I have a problem while using backtalk. The program refuses to recognize that
not all the items in a conference are new, even when i click on "mark all
responses read".
|
twenex
|
|
response 140 of 870:
|
Jan 2 02:14 UTC 2005 |
Hmm; is your terminal setting ('echo $TERM') the same dialling direct as when
connecting over the net?
|
drew
|
|
response 141 of 870:
|
Jan 2 03:12 UTC 2005 |
Assuming you mean me: TERM is vt100 on
the net. I'm not at home at the moment to
dial in; will check that when I'm there.
|
gelinas
|
|
response 142 of 870:
|
Jan 2 03:58 UTC 2005 |
When a user goes over quota, they have seven days to get back under the quota.
If they don't, quota prevents their creating new files. Several people are
over quota right now. They are (mostly) in the grace period. Some people
are already contacted staff for help. Others, like Jim through you, find
other ways of dealing with the problem.
|
keesan
|
|
response 143 of 870:
|
Jan 2 04:22 UTC 2005 |
But why does the 'over quota' message appear when you go into pine and not
when you log in? This is confusing, not helpful.
|
cross
|
|
response 144 of 870:
|
Jan 2 04:25 UTC 2005 |
This response has been erased.
|
keesan
|
|
response 145 of 870:
|
Jan 2 04:31 UTC 2005 |
Jim had 9MB of files in his home directory and nothing in /tmp and 100K in
the inbox. I can try to duplicate the problem by downloading a 2MB file to
his home directory if that helps. I went in and out of pine several times
and kept getting that over quota message every time. Or maybe he also had
the 9MB in /tmp? Does it stay there for a week?
|
gelinas
|
|
response 146 of 870:
|
Jan 2 04:39 UTC 2005 |
Pine was trying to write to a file in his home directory. That attempt
triggered the quota notification.
|
drew
|
|
response 147 of 870:
|
Jan 2 04:53 UTC 2005 |
When dialing direct:
Pine exits with "Cannot open terminal capabilities database".
TERM is set to "dialup". Changing it to "vt100" does *NOT* fix the
problem.
When trying to enter a response in BBS, spacebar enters a new line, and
typing any other character results in a "Core dumped" followed by "OK to enter
this response?".
When connected via the internet:
TERM is set to "vt100".
Pine and BBS work normally.
|
drew
|
|
response 148 of 870:
|
Jan 2 04:55 UTC 2005 |
Scratch that, TERM is now set to "xterm", logged in from home in Putty under
Windoze 98SE in VMWare. It was "vt100" in ssh on the Zaurus.
|
gelinas
|
|
response 149 of 870:
|
Jan 2 04:57 UTC 2005 |
Try editting your .login to remove the '"$TERM"' from the end of the tset
command.
|