|
Grex > Coop8 > #111: Mail issues in a Backtalk world | |
|
| Author |
Message |
| 25 new of 90 responses total. |
popcorn
|
|
response 25 of 90:
|
Sep 16 14:47 UTC 1996 |
Re 24: But then you're shutting out all the people who don't have valid e-mail
addresses, such as users who log on from public libraries. I'd like them to
be able to use Backtalk too.
Re 20 and 23: I agree: encourage people to send mail about backtalk things
directly to people's alternate e-mail addresses rather than forwarding the
mail through Grex.
Re 22: Actually, a favorite system-cracker pastime is to break into a system
and then read other people's mail. There's a certain "forbidden fruit" aura
to other people's mail that some people find very attractive.
|
janc
|
|
response 26 of 90:
|
Sep 16 15:34 UTC 1996 |
Oops, John's right. There is a way to make all your mail web-readably by
anyone in the universe.
|
kerouac
|
|
response 27 of 90:
|
Sep 16 15:45 UTC 1996 |
I've said this before but its valid more so if the idea is to
provide web users email. Restrict off-site (any mail that leavesor
comes outside grex) to members only. This would help solve the
e-mail overflow *AND* make it more practical to give e-mail
addresses to users using the web interface. The idea is that e-mail
should be offered on grex free only as a companion to the conferences
and for grex user communication. Grexwide e-mail should be free.
Worldwide e-mail privildege should be a member perk. Such a policy
would likely increase memberships as well.
Since users shouldnt be put in a position of receiving email they
cant respond to, it would need to be restricted both incoming and
outgoing. Grex should be providing e-mail addresses so that users
on grex can communicate with each other, that is a service that
is reasonable to offer free.
One other possibility if this is too extreme would be to restrict it
such that only members can receive e-mail from commercial sites like
AOL. Surely it could be set up so that grex bounces any incoming
e-mail that isnt coming from a .org or .edu site. This would
eliminate the spamming dangers for the most part and end up making
POP more feasible to offer.
|
russ
|
|
response 28 of 90:
|
Sep 16 16:22 UTC 1996 |
Just how are you going to hack PicoSpan so that each response in
Backtalk gets tagged with the user's off-site e-mail address instead
of their loginid on Grex? And how many years will Marcus take to
install the hack?
|
remmers
|
|
response 29 of 90:
|
Sep 16 17:21 UTC 1996 |
No Picospan hacking needed, I'd think. If it's just a feature
that Backtalk users will use, then Backtalk can do the tagging.
|
janc
|
|
response 30 of 90:
|
Sep 17 06:47 UTC 1996 |
What Backtalk will do (already does on HVCN) is that the login names in the
headers of reach response are clickable. If you click on a person's login,
you get a page roughly similar to what you see when you finger a user. One
of the fields that is displayed is an Email address. That address is
a clickable mailto: field. So Backtalk can set up a pretty easy path to mail
a particular user. This is all quite separate from Picospan.
|
kerouac
|
|
response 31 of 90:
|
Sep 17 16:08 UTC 1996 |
I really think Pop should be offered. Maybe the mail overflowcan
be dealt with simply by adopting a policy on how many pieces of mail
any one user login can receive in a 24 hour period. Staff can
exempt their own logins from this obviously so they dont become
email inaccessible at any time. But I dont think many other users
would be affected if the limit was say ten pieces of mail a day.
|
janc
|
|
response 32 of 90:
|
Sep 17 16:37 UTC 1996 |
I agree that if we open up POP service, somekind of other restriction would
have to be imposed But these are fraught with problems. For example, if I
send kerouac ten peices of junk mail today, does that mean that vital letter
from his lady love/prospective employer will be bounced back?
|
kerouac
|
|
response 33 of 90:
|
Sep 17 16:58 UTC 1996 |
#32...would it be possible to add some code that would keep a
log of a user's email and bounce excesive email sent from one
address to that user?
With this, the limit could be say 20 pieces of email and no more than
say five from any one user. Unlimited email both ways could be a member
perk. This would make such restrictions more palatable. I see
nothing wrong with limitng the size of non-member/staf mailboxes
particularly if it allows POP to be practical.
|
janc
|
|
response 34 of 90:
|
Sep 17 17:18 UTC 1996 |
Notice how this gets more and more complex. Not to say something good can't
be done, but it does get hard to implement and administer.
|
robh
|
|
response 35 of 90:
|
Sep 17 20:19 UTC 1996 |
Yep, by the time we came up with a plan to allow POP that everyone
would think was fair, it would take several hundred hours to implement
it. The more complex the requirements, the less I like the idea.
|
ladyevil
|
|
response 36 of 90:
|
Sep 18 03:33 UTC 1996 |
And then there's those of us who look at you guys suggesting another
members-only thing and get ready to fire up the ol' flamethrower..
|
robh
|
|
response 37 of 90:
|
Sep 18 05:21 UTC 1996 |
That too.
|
tsty
|
|
response 38 of 90:
|
Sep 18 08:11 UTC 1996 |
K I S S
keep it simple, silly.
|
janc
|
|
response 39 of 90:
|
Sep 18 14:49 UTC 1996 |
How?
|
kerouac
|
|
response 40 of 90:
|
Sep 18 16:28 UTC 1996 |
The idea is that with pop and backtalk, people will be able to
read e-mail and conference through the web page and thsu fewer
will have need or reason to telnet in. Ergo you have a faster
system, more efficient system, with less of a need for
restrictive programming like the ocuntdown que.
...er countdown que
I dont see the point in doing Backtalk if Pop isnt done as
well.
|
scg
|
|
response 41 of 90:
|
Sep 18 16:55 UTC 1996 |
Actually, BackTalk isn't going to make teh system faster, most likely. If
anything, it has to do more processing, and send more stuff over the link,
than Picospan does. What makes BackTalk interesting is that it is going to
make it much easier for people to conference without having to learn how to
use PicoSpan.
The problem with POP is that there is such high demand out there for a free
POP server (staff gets an incredible amount of mail asking about that) that
I don't think there is any way tha tGrex could possibly support that kind of
demand. Grex *does not have the link bandwidth or disk space to support the
users we have now*. If we open ourselves up to thousands of people out there
looking for a free POP server, most of whom will never log into Grex, will
never find out what Grex is or how it is supported, and will never donate
anything, Grex will most likely collapse.
If anybody wants to put up a POP server, and is willing to put up the money
to support it, I'll happily listen and work to get it going. Without the
money to support it, it just isn't going to work.
|
kerouac
|
|
response 42 of 90:
|
Sep 18 17:00 UTC 1996 |
#41...the same argument was doubtless used when discussing whether to
keep the free e-mail policy when grex went on the 'net. I'm
sure some of those around then thought it would end up much worse
then it has. Grex should have some fund-raisers and
more auctions so it can buy another machine entirely to handle
email. This would make pop feasible right?
|
robh
|
|
response 43 of 90:
|
Sep 18 18:27 UTC 1996 |
Re 42 - Actually, I think most of us at the time UNDERESTIMATED the
demand we would get.
|
janc
|
|
response 44 of 90:
|
Sep 18 22:35 UTC 1996 |
Frankly I think that the only thing that would make unrestricted POP feasible
would be if we abandoned the idea of Grex being a virtual community. The
demand for free E-mail services is approximately 10,000 stronger than the
demand for free conferencing. If we offer a free POP server our link, no
matter how fast a link we get, will be flooded with E-mail, and conferencing
will be a minor part of the system. In fact, even without a POP server, that
is *already* true. Staff spends about 100 times more time supporting mail
than the conferencing system and party combined. The ratio of net bandwidth
and CPU time consumed is about the same. I'd like to see Backtalk push the
balance back more to conferencing by making an easier conference interface
available.
|
ladyevil
|
|
response 45 of 90:
|
Sep 19 00:34 UTC 1996 |
I think half the reason party and picospan aren't worked on much is that they
are, overall, damn reliable programs that run fine for great periods of time
and REQUIRE little maintainence, regardless of how much time one jhas to spend
on them.
|
janc
|
|
response 46 of 90:
|
Sep 19 18:06 UTC 1996 |
The "work" on mail is mostly (1) dealing with people who send huge files, try
to set up mailing lists, create broken .forward files, use Grex for a mail
drop for attempts to crack other systems, etc. and (2) Fiddling with the
software and its configuration to try to get it to succeed in delivering
all the mail it is supposed to handle without completely swamping Grex and
manually nudging it along when it does get behind. It's not so much an issue
of the software being unreliable as it is that we have so much traffic and
so many mail users that lots more problems come up. Sure there are
complexities to mail that make it harder to administer (mainly in that it
isn't confined to our system so many of the problems we have require dealing
with other systems all over the world), but the bottom line problem is that
there is just a whale of a lot of it. At my last count, we sent about 8000
messages a day over our internet link. That doesn't count messages from one
Grex account to another.
What's my point? I forgot.
Oh yeah. Mail is a big problem now, and could really get big if we allowed
POP service.
|
draven
|
|
response 47 of 90:
|
Sep 21 05:21 UTC 1996 |
A few users have commented that many people would use Grex's POP server
exclusively. That's not entirely correct.
On M-Net, last I checked, the POP server didn't update the last logon
time. I assume this is true with other POP servers, too. So, users who
wanted just POP mail would have to telnet in or log on in Backtalk at
least occasionally in order to maintain their account.
Of course, they don't have to do anything once they log on, so it is
partially correct.
|
scg
|
|
response 48 of 90:
|
Sep 23 17:34 UTC 1996 |
I don't think I'll want to be on the staff mailing list anymore if we start
getting the volume of "what happened to my account?" mail that system would
generate.
|
mta
|
|
response 49 of 90:
|
Sep 25 21:05 UTC 1996 |
In my opinion, POP servers are available eslewhere and Jan has come up with
a perfectly good answer to the question of how to handle mail to people who
don't have GREX accounts. Therefore GREX doesn't need a POP server. It would
only hurt the people who *do* have GREX accounts.
|