Date: Fri, 5 Dec 1997 18:44:01 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Autoshare command question
At 16:59 -0800 5/12/1997, Mikael Hansen wrote:
>(which reminds me that you may want to download the redarrow.GIF file
>from the web page...)
I was tired when the above was written, so forget it :-) The GIF file is
not missing in the archive, just by the online web page at the time.
Date: Fri, 5 Dec 1997 18:49:49 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Help! - Wacky things happening in OS 8
At 14:59 -0800 5/12/1997, Camelot Administrator wrote:
>You're awesome! What else can I say? :-)
Let's not forget AutoShare, who seems to have a mind of her own :-)
Btw, you once asked which language the server application is written in.
Mostly Pascal and some C. See also the AutoShare 2.0 Documentation
Technical specifications
PowerPC native AutoShare
Online at
<http://www.dnai.com/~meh/autoshare/documentation/#native>
Date: Fri, 05 Dec 1997 15:18:10 -0800
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: AutoShare 2.0 released
At 12:48 PM -0800 on 12/4/97, Mikael Hansen wrote:
>
> The 2.0 version furthermore includes a good number of bug fixes and minor
> improvements, having been tested using both EIMS and SIMS.
>
> Feel free to post any questions that you may have. Thanks.
>
>
Looks good Mikael. I have a couple of minor requests, cosmetic really, but
hopefully easy to implement. In Autoshare Admin, when I'm going through a
long list of users and I open the subscribe window on a user, it would be
nice if the list window would remember where you were rather than resetting
to the top of the list. Currently, if you do not update the user, it will
keep the list where it was, but if you do an update, it gets reset. This
can be really annoying on large lists where you are doing lots of admin
stuff on.
Darn... I got so wordy on the above that I forgot what my other request was.
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Webmaster |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
| WORK -> mailto:bill.m.catambay at lmco dot com |
| HOME -> mailto:bill at catambay dot com |
| |
| Pascal Central -> http://www.catambay.com/pascal-central |
| Macintosh Guild -> http://www.rahul.net/rrk/lmms/mac |
+----------------------------------------------------------------+
Date: Sat, 6 Dec 1997 12:48:42 +0000
From: Bill Bedford <billbpm at mousa.demon.co dot uk>
Subject: Re: Autoshare command question
~>Can someone explain why a message that starts
~>
~>"Bill Bedford" wrote: '... I guess from your description
~>
~>gives this error message?
~>
~>Sorry. Your message did NOT get posted or forwarded
~>A list server command must be sent to the list server address
~
~What was the subject of the message?
~
As it happens -
Re: Hinges
But I managed to get it to work properly by changing the beginning of the
message to
Yesterday Bill Bedford wrote:
I guess from your description
Date: Sat, 6 Dec 1997 10:17:39 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AutoShare 2.0 released
At 15:18 -0800 5/12/1997, Camelot Administrator wrote:
>if you do not update the user, it will keep the list where it was, but
>if you do an update, it gets reset.
It has been added to my to-do list. Thanks for bringing it up!
--
Mikael Hansen <mailto:meh at dnai.com> <http://www.dnai dot com/~meh/autoshare/>
Date: Sat, 6 Dec 1997 15:22:04 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: Feature request: administrative list keyword "all"
This just in from the far-far-depths of my mind:
In some future version of AutoShare, could an "all" keyword be implemented
for administrative requests? It's not a big deal... but it will help make
unsubscribing bounced users a little bit easier. An example of this usage
might be:
To: autoshare at b62968.cwru dot edu
Subject/Body: (depending on your own setup)
<main password> unsubscribe dead.user at some.dumb.site dot com all
-Jonathan {;-)
<http://b62968.cwru.edu/>
There are 3 kinds of people: Those who make things happen, those who watch
things happen and those who wonder what happened.
Date: Sun, 7 Dec 1997 02:10:17 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: Feature Request: review function with keyword search
Currently, you can review a list using the review <listname> command as
well as the administrative version, <listpassword> review <garbage>
<listname>. I'd really love to be able to search a list for a specific
keyword. This would be helpful in finding out subscriber's e-mail addresses
when they have become dead-users and the message headers have been
scrambled by the recipient's mail server.
For example, user at msn.com usually gets changed to user at classic dot msn dot com.
Some hosts, like the NetAddress service (@usa.net), have users forward mail
to their normal e-mail account. I sometimes get bounces from NetAddress
because it couldn't forward the mail to the recipient since it was rejected
by the recipient's host. But, it doesn't show the NetAddress username in
the bounce ANYWHERE. This is most annoying. It makes it difficult to
unsubscribe the person. A lot of times, though, you can look through the
subscriber list for usa.net names that resemble the bounced address. When
that fails, I usually end up e-mailing each of the usa.net subscribers,
asking them to ignore the e-mail. The one that comes back is the dead
subscriber. :) I hate doing this, but does anyone have a better suggestion?
Anyway, in both of the above examples, it would be pretty helpful to be
able to do a review command that limits the returned list of subscribers to
those that match a given keyword. This saves the hassle of launching BBEdit
and searching, and it's much easier for remote administration purposes. The
format of the new review command would be:
review <listname or all> <optional keyword>
For administrative style (necessary when address protection, concealed
options, or list suppression are turned on):
<AS or list pw> review <ignored word> <listname or all> <optional keyword>
Or possibly:
<AS or list pw> review <optional keyword> <listname or all>
In these examples, <listname or all> is a hopeful assumption that my
previous request of adding an all keyword for administrative commands is
included.
Which format do you all prefer? Do you guys think this is a good idea or no?
-Jonathan {;-)
<http://b62968.cwru.edu/>
There are 3 kinds of people: Those who make things happen, those who watch
things happen and those who wonder what happened.
From: "Suarez, William" <WSuarez at digprod dot com>
Subject: RE: AutoShare 2.0 released
Date: Sun, 7 Dec 1997 06:46:37 -0500
Mikael,
Might I also suggest you carry over the same logic for adding and
deleting users. If I add a user, and click Update, when the list window
comes back have that new user highlighted. When I delete a user, and
click Update, when the list window comes back have previous user (or
next, I don't care which) highlighted).
Regards,
Bill Suarez
p.s. I've been really busy so my feedback on 2.0 has been limited.
However, you have done your usual outstanding work.........thanks.
----------
From: Mikael Hansen
To: AutoShare-Talk at frutiger.staffs.ac dot uk
Sent: 12/6/97 1:17:39 PM
Subject: Re: AutoShare 2.0 released
At 15:18 -0800 5/12/1997, Camelot Administrator wrote:
>if you do not update the user, it will keep the list where it was, but
>if you do an update, it gets reset.
It has been added to my to-do list. Thanks for bringing it up!
--
Mikael Hansen <mailto:meh at dnai dot com>
<http://www.dnai.com/~meh/autoshare/>
** The AutoShare-Talk archives are at:
** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
From: "Suarez, William" <WSuarez at digprod dot com>
Subject: RE: Feature request: administrative list keyword
Date: Sun, 7 Dec 1997 06:48:51 -0500
Jonathan,
I think you'll find that the capability you desire is already in
AutoShare. I believe that Mikael put that in back aroudn
1.3..............Mikael, am I wrong here??
Bill Suarez
----------
From: Jonathan Shaw
To: autoshare-talk at frutiger.staffs.ac dot uk
Sent: 12/6/97 3:22:04 PM
Subject: Feature request: administrative list keyword "all"
This just in from the far-far-depths of my mind:
In some future version of AutoShare, could an "all" keyword be
implemented
for administrative requests? It's not a big deal... but it will help
make
unsubscribing bounced users a little bit easier. An example of this
usage
might be:
To: autoshare at b62968.cwru dot edu
Subject/Body: (depending on your own setup)
<main password> unsubscribe dead.user at some.dumb.site dot com all
-Jonathan {;-)
<http://b62968.cwru.edu/>
There are 3 kinds of people: Those who make things happen, those who
watch
things happen and those who wonder what happened.
** The AutoShare-Talk archives are at:
** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
Date: Sun, 7 Dec 1997 09:11:12 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Feature request: administrative list keyword "all"
At 15:22 -0500 6/12/1997, Jonathan Shaw wrote:
>In some future version of AutoShare, could an "all" keyword be implemented
>for administrative requests?
I feel sure it can be done easily (for selected command candidates).
From the AutoShare 2.0 Documentation on list server commands:
Running the server
Running a list server
List server and list basics
List server commands
<http://www.dnai.com/~meh/autoshare/documentation/#commands>
"All may be used for the Unsub, Query, Set, Index, Get, Review and Search
commands to apply the command to all subscribed lists, e.g. query all."
The AutoShare 2.0 Documentation on remote administration by e-mail:
Moving on
Advanced features
Remote administration
Remote administration by e-mail
<http://www.dnai.com/~meh/autoshare/documentation/#remoteadminemail>
At 06:48 -0500 7/12/1997, Suarez, William wrote:
>Jonathan,
>
>I think you'll find that the capability you desire is already in
>AutoShare. I believe that Mikael put that in back aroudn
>1.3..............Mikael, am I wrong here??
I might have enabled it for, say, the unsubscribe command, in some beta a
good while back, but then disabled it in the following beta, probably
because the remote administration by e-mail module at that time needed some
final overall polish before diving into related excursions such as the
"all" feature, whose re-enabling and completion I then forgot all about!
Date: Sun, 7 Dec 1997 15:27:41 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: Re: Feature request: administrative list keyword "all"
>At 15:22 -0500 6/12/1997, Jonathan Shaw wrote:
>
>>In some future version of AutoShare, could an "all" keyword be implemented
>>for administrative requests?
>
>I feel sure it can be done easily (for selected command candidates).
>
>>From the AutoShare 2.0 Documentation on list server commands:
>
>Running the server
> Running a list server
> List server and list basics
> List server commands
> <http://www.dnai.com/~meh/autoshare/documentation/#commands>
>
>"All may be used for the Unsub, Query, Set, Index, Get, Review and Search
>commands to apply the command to all subscribed lists, e.g. query all."
OK, I'd like to submit the unsubscribe, set, and review commands as
candidates to receive administrative "all" support. :)
-Jonathan {;-)
<http://b62968.cwru.edu/>
There are 3 kinds of people: Those who make things happen, those who watch
things happen and those who wonder what happened.
Date: Sun, 7 Dec 1997 13:24:20 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: RE: AutoShare 2.0 released
At 06:46 -0500 7/12/1997, Suarez, William wrote:
>Might I also suggest you carry over the same logic for adding and
>deleting users. If I add a user, and click Update, when the list window
>comes back have that new user highlighted. When I delete a user, and
>click Update, when the list window comes back have previous user (or
>next, I don't care which) highlighted).
Thanks, Bill. Consider all of this done.
Date: Sun, 7 Dec 1997 14:41:26 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Feature request: administrative list keyword "all"
At 15:27 -0500 7/12/1997, Jonathan Shaw wrote:
>OK, I'd like to submit the unsubscribe, set, and review commands as
>candidates to receive administrative "all" support. :)
Submission noted :-) Consider at least the first two done.
Date: Sun, 7 Dec 1997 18:08:50 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: Re: Feature request: administrative list keyword "all"
>At 15:27 -0500 7/12/1997, Jonathan Shaw wrote:
>
>>OK, I'd like to submit the unsubscribe, set, and review commands as
>>candidates to receive administrative "all" support. :)
>
>Submission noted :-) Consider at least the first two done.
Thank you! Thank you! :)
-Jonathan {;-)
<http://b62968.cwru.edu/>
There are 3 kinds of people: Those who make things happen, those who watch
things happen and those who wonder what happened.
Date: Sun, 7 Dec 1997 18:10:23 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Feature Request: review function with keyword search
At 02:10 -0500 7/12/1997, Jonathan Shaw wrote:
><AS or list pw> review <ignored word> <listname or all> <optional keyword>
This format seems best. And since the keyword parameter is last, it can be
a substring and not just a word.
Date: Sun, 7 Dec 1997 21:49:47 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: No Subject == No Subject?
Someone just posted a message to a mailing list that AutoShare is
maintaining where the subject was left blank. AutoShare posted the message
with a blank subject. Seems normal at first... but it also did not include
the Prefix: as defined using AutoShare Admin. Is this a bug or the intended
action?
Is there an easy way to block messages containing no subject? Or do I need
to use a process extender?
-Jonathan {;-)
Visit <http://b62968.cwru.edu/> for a good laugh.
There are 3 kinds of people: Those who make things happen, those who watch
things happen and those who wonder what happened.
Subject: Reply addresses problem
Date: Sun, 7 Dec 97 22:14:33 -0500
From: <usermac at iglou dot com>
Hello All,
I have EIMS demo v2.0 and AutoShare v1.4.2 and a trial list setup. I
cannot get the reply to line in the email client to use the list address.
It uses the senders address no matter what I do.
Help,
Brian
Brian Ginn
Art & Type Compositeurs
502/222-8824 or 266-4757 beeper or 225-0705 Fax
http://www.iglou.com/law
usermac at iglou dot com or usermac at aol dot com
Date: Sun, 7 Dec 1997 19:47:33 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: No Subject == No Subject?
At 21:49 -0500 7/12/1997, Jonathan Shaw wrote:
>Someone just posted a message to a mailing list that AutoShare is
>maintaining where the subject was left blank. AutoShare posted the message
>with a blank subject. Seems normal at first... but it also did not include
>the Prefix: as defined using AutoShare Admin. Is this a bug or the intended
>action?
I just tried it with a blank subject, and the prefix was added. Chances are
that the e-mail client put no space after the field header.
Date: Sun, 7 Dec 1997 19:50:55 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Reply addresses problem
At 22:14 -0500 7/12/1997, <usermac at iglou dot com> wrote:
> I have EIMS demo v2.0 and AutoShare v1.4.2 and a trial list setup. I
>cannot get the reply to line in the email client to use the list address.
>It uses the senders address no matter what I do.
Can you show us the Reply-To field? And which client are you using?
Date: Sun, 7 Dec 1997 23:11:06 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: Re: No Subject == No Subject?
>At 21:49 -0500 7/12/1997, Jonathan Shaw wrote:
>
>>Someone just posted a message to a mailing list that AutoShare is
>>maintaining where the subject was left blank. AutoShare posted the message
>>with a blank subject. Seems normal at first... but it also did not include
>>the Prefix: as defined using AutoShare Admin. Is this a bug or the intended
>>action?
>
>I just tried it with a blank subject, and the prefix was added. Chances are
>that the e-mail client put no space after the field header.
Wow! Not only was there no space, there was no subject header! That's
really odd. He is using Eudora Pro 3.0 for Windows. I didn't realize Eudora
would do that. I think that's pretty bad...
-Jonathan {;-)
Visit <http://b62968.cwru.edu/> for a good laugh.
There are 3 kinds of people: Those who make things happen, those who watch
things happen and those who wonder what happened.
Date: Mon, 8 Dec 1997 18:46:41 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: bounced confirmations
I've noticed that a good number of idiots^H^H^H^H^H^H^H people send in
their confirmation notes to bouncer at b62968 instead of autoshare@. the
bounce handler figures they are bounced e-mails so it sends them to me
since it can't do anything with them. Any way to have autoshare realize
they are confirmations or list commands? Here is an example below:
>To: jls4 at cwru dot edu (Jonathan Shaw)
>From: bouncer at b62968.cwru dot edu (Bouncer)
>Subject: Unresolved bounce
>Date: Mon, 8 Dec 1997 18:36:40 -0500
>
>Text indicates: [] (not subscribed)
>Code indicates: [] (not subscribed)
>RFC From is: [] (does not matter)
>RFC To is: [] (not a list)
>
>Received: from tcslip.trader.com ([204.120.67.4] verified) by
>b62968.student.cwru.edu (Stalker SMTP Server 1.6b1) with ESMTP id
>S.0000229052 for <bouncer at b62968.STUDENT.CWRU dot Edu>; Mon, 08 Dec 1997
>18:36:31 -0500
>Received: from mailgate (mailgate.trader.com [204.120.67.5])
> by tcslip.trader.com (8.8.5/8.8.5) with SMTP id TAA02582
> for <bouncer at b62968.cwru dot edu>; Mon, 8 Dec 1997 19:35:09 -0500 (EST)
>To: bouncer at b62968.STUDENT.CWRU dot Edu
>Subject: Command confirmation requ
>Date: Mon, 08 Dec 1997 18:28:32
>From: <username at trader dot com> (user name)
>Message-Id: <3378942.035772.7698.0001 at trader dot com>
>X-Mailer: TCON-SmtpToss32 [v2.0.0]
>
>
>
>F.228890-1
>
>
>SUB humor User Name
>SUB humor-sick User Name
>---
> œ OLX 2.1 TD œ Boys will be boys, and so will a lot of middle-aged men
>
>
>---
> * Traders' Connection Web BBS * http://www.tcon.net * info at trader dot com
-Jonathan {;-)
Visit <http://b62968.cwru.edu/> for a good laugh.
There are 3 kinds of people: Those who make things happen, those who watch
things happen and those who wonder what happened.
Date: Mon, 8 Dec 1997 21:37:01 -0800
From: Tim Biddle <tbiddle at indy.navy dot mil> (by way of Mikael Hansen)
Subject: Re: suggestions for AutoShare.
I realize that having the precedence filters is a huge benefit against
SPAM attacks and mail loops, and helps filter out messages that really
shouldn't be sent to the list server.
I would like to make the suggestion that there be a preference, a
switch, or something to be able to disable that function either for the
entire list server (which might be a bad idea), or at least be able to
disable it for specific lists.
Here's my application:
I have set up "mirror" lists for my organization to mirror Info-Mac,
TidBITS, and the MacWay Evangelist, as well as others. This way, people
at my site can subscribe to my local lists. I have contacted the admins
of each of these lists to have them set up a subscriber on each of these
three lists that point to my "mirror" lists. This way, I have one
message coming in to my site that then gets redistributed. The only time
the admins of the three lists is question have to get involved is if my
entire site loses its connection. It removes administrative burden from
them, and on a list like the Evangelist, which has over 40,000
subscribers, that can be a real blessing.
However, the problem comes in because these lists and their postings
usually get sent with the precedence set to bulk, as all good list
servers should do, and which AutoShare also does. When I receive these
messages, AutoShare filters them, which is exactly what I DON'T want it
to do. A mirror that filters out that which it was intended to mirror is
not too useful. I have hacked a copy of AutoShare and removed "bulk" and
"junk" from the precedence resource in ResEdit, but now I have to
maintain two SMTP and AutoShare servers, whereas if I had this feature, I
could have only one.
Does this sound like something that is doable? Or is it just wishful
thinking?
Thanks for the consideration, and thanks Mikael for AutoShare
Tim Biddle
Date: Mon, 8 Dec 1997 21:56:32 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: suggestions for AutoShare.
At 21:37 -0800 8/12/1997, Tim Biddle wrote:
>When I receive these messages, AutoShare filters them, which is exactly
>what I DON'T want it to do. A mirror that filters out that which it was
>intended to mirror is not too useful.
The new filter process extender is likely to do the trick. While the script
may not be particularly easy to write, the basic idea is that you move the
message file to a temporary folder, delete the precedence header and move
the file to the Filed Mail folder.
Moving on
Advanced features
Process extenders
<http://www.dnai.com/~meh/autoshare/documentation/#extenders>
towards the end of the section.
See also the three sample filter process extenders.
> Thanks for the consideration, and thanks Mikael for AutoShare
Thank you for using it :-)
Date: Mon, 8 Dec 1997 22:24:32 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: bounced confirmations
At 18:46 -0500 8/12/1997, Jonathan Shaw wrote:
>I've noticed that a good number of idiots^H^H^H^H^H^H^H people send in
>their confirmation notes to bouncer at b62968 instead of autoshare@.
I wonder where they get the bouncer@b62968 address from? autoshare@ is in
the From field, and there is no Reply-To field.
Date: Tue, 9 Dec 1997 02:36:49 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: Re: bounced confirmations
>At 18:46 -0500 8/12/1997, Jonathan Shaw wrote:
>
>>I've noticed that a good number of idiots^H^H^H^H^H^H^H people send in
>>their confirmation notes to bouncer at b62968 instead of autoshare@.
>
>I wonder where they get the bouncer@b62968 address from? autoshare@ is in
>the From field, and there is no Reply-To field.
>
>
>
>** The AutoShare-Talk archives are at:
>** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
True... I just tried it to see where it _does_ show up. It's only in
Errors-To: and Return-Path:. Maybe their mail clients are using the
return-path: ?!?! Kinda odd, but there are so many odd mail clients, too.
-Jonathan {;-)
Visit <http://b62968.cwru.edu/> for a good laugh.
There are 3 kinds of people: Those who make things happen, those who watch
things happen and those who wonder what happened.
Date: Tue, 9 Dec 1997 11:29:03 +0000
From: Bill Bedford <billbpm at mousa.demon.co dot uk>
Subject: Re: Autoshare command question
~At 20:54 +0000 5/12/1997, Bill Bedford wrote:
~
~>Can someone explain why a message that starts
~>
~>"Bill Bedford" wrote: '... I guess from your description
~>
~>gives this error message?
~>
~>Sorry. Your message did NOT get posted or forwarded
~>A list server command must be sent to the list server address
~
~I can't reproduce it. Not unless I put a file entitled '"Bill' in the
~AutoShare folder inside the Documents folder.
I have just had a couple of messages (from the same subscriber) which have
triggered the same error message. The bodies both start with three spaces ie
' I noticed in Don Rowland's '
and
' I would be interested'
removing the initial spaces allows the messages to be processed normally.
Date: Tue, 9 Dec 1997 07:38:05 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Autoshare command question
At 11:29 +0000 9/12/1997, Bill Bedford wrote:
>I have just had a couple of messages (from the same subscriber) which have
>triggered the same error message. The bodies both start with three spaces ie
>
>' I noticed in Don Rowland's '
>and
>' I would be interested'
>
>removing the initial spaces allows the messages to be processed normally.
I tried this, but just cannot reproduce it. Can you send me a StuffIt'ed
message file from the Filed Mail folder? Thanks. (Apply Disable and Enable
Processing from the Extras menu, so you have time to drag a copy outside
the folder).
From: Mark Hartman <mh at harthaven dot com>
Subject: Count of subscribers?
Date: Tue, 09 Dec 1997 10:04:51 -0800
Perhaps I've simply missed it...
But is there a way to quickly and easily get stats, including current count
of subscribers to a list, sent either to the listmaster or another e-mail
address on a regular basis (weekly would suffice)? This would be a VERY
nice feature to add, especially for those of us who are hosting mail lists
for others who would like to know how their list is doing.
Failing this, a simple way to get as simple a stat as the current subscriber
count would be nice.
And, as always, thanks to Mikael for AutoShare in the first place; it's a
SUPER package.
============================================================================
Mark Hartman |Consultants to business, industry and education since 1977
C O M P U T E R | Database design * User interface * Troubleshooting
S O L U T I O N S| Networking * Client/server systems * Macintosh * Oracle
=== tel 714/758-0640 ===============<*>================ fax 714/999-5030 ===
"If war is ever lawful, then peace is sometimes sinful." --C. S. Lewis
Date: Tue, 9 Dec 1997 15:53:15 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: Re: Count of subscribers?
>Failing this, a simple way to get as simple a stat as the current subscriber
>count would be nice.
Yes, you can do this... In the list setup (select a list in the list window
and click the double-click list button) there is a field called
Subscribers. If you set this to 1, it will return information as to how
many people are subscribed, etc.
You simply then issue a review command to autoshare whenever you want info
on the list. Here is an example from one of my lists (ok, a small list):
Send mail to autoshare at b62968.cwru dot edu with review Moose-Talk in the body
to receive the following (and more) in response:
Listed subscribers: 13
Concealed subscribers: 0
Total subscribers: 13
Message subscribers: 12
Digest subscribers: 1
>And, as always, thanks to Mikael for AutoShare in the first place; it's a
>SUPER package.
Here, here!
-Jonathan {;-)
Visit <http://b62968.cwru.edu/> for a good laugh.
There are 3 kinds of people: Those who make things happen, those who watch
things happen and those who wonder what happened.
Date: Tue, 9 Dec 1997 12:51:34 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Count of subscribers?
At 10:04 -0800 9/12/1997, Mark Hartman wrote:
>But is there a way to quickly and easily get stats, including current count
>of subscribers to a list, sent either to the listmaster or another e-mail
>address on a regular basis (weekly would suffice)? This would be a VERY
>nice feature to add, especially for those of us who are hosting mail lists
>for others who would like to know how their list is doing.
>
>Failing this, a simple way to get as simple a stat as the current subscriber
>count would be nice.
The subscriber command REVIEW lists the count of subscribers at the bottom.
You can disable the listing of addresses and names, but keep the subscriber
count by using the Reviews property in the AppleScript Misc Options.
Translated into Admin language, see the Review field in the List window
(after having clicked the List button in the Lists window).
Would you like to have the counts in the logs optionally?
You can also run a script such as
tell application "AutoShare"
set myList to GetList Options {List: "Fun-L", Subscribers: 1}
set subscriberCount to Subscribers of myList
end tell
When the input value of the Subscribers property is greater than zero, the
subscriber count is listed as the output value.
>And, as always, thanks to Mikael for AutoShare in the first place; it's a
>SUPER package.
Thanks :-)
From: Jerry Thompson <jthompson at strictly-urban dot com>
Subject: No Documents Found
Date: Tue, 9 Dec 1997 18:20:53 -0500
Greetings,
Something really wierd is happening. I was playing with the
multi-preferences features when I realized it wasnt what I needed. After
deleting folders with an "@" preceeding the name, I made a few additional
changes.
I changed the str# for the Listserv vs. Autoshare naming feature to 1. I
can send a List request to Listserv at domain dot com but I get back...
_______
The lists maintained by the listserver are:
/=list (bad token)
Your original message is found below.
_______
in the reply. If I send an email with a correct subscription request, I
get back the generic "Welcome to the listserver!" document with the
commands. None of the commands work.
Any ideas what I did wrong?
Best Regards,
Jerry.
________________________________________________
Jerry Thompson jthompson at directhit dot com
MIS/Webmaster macguru at directhit dot com
NDPC/PP List Management
- "I have seen a glimpse of the future... It's name is Macintosh."
- "Off the keyboard, thru the router, over the bridge, nothing but net!"
From: Jerry Thompson <jthompson at directhit dot com>
Subject: No Documents Found
Date: Tue, 9 Dec 1997 18:54:14 -0500
Greetings,
I changed the str# for the Listserv vs. Autoshare naming feature back to 0.
And used the old Autoshare (EIMS 1.2) account and I was able to subscribe
to one of my lists. It appears to have been somehow related to the
Listserv vs. Autoshare. I changed the following things:
Documents Folder --> Autoshare (contains the sub/unsub/etc files)
Str #1984 to 0
And it worked... why didn't it work the other way? btw, I renamed the
Autoshare (documents) folder to Listserv when I changed the resource to 1.
Any ideas what I did wrong?
Best Regards,
Jerry.
________________________________________________
Jerry Thompson jthompson at directhit dot com
MIS/Webmaster macguru at directhit dot com
NDPC/PP List Management
- "I have seen a glimpse of the future... It's name is Macintosh."
- "Off the keyboard, thru the router, over the bridge, nothing but net!"
Date: Tue, 9 Dec 1997 19:22:40 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: No Documents Found
At 18:54 -0500 9/12/1997, Jerry Thompson wrote:
I changed the following things:
>
> Documents Folder --> Autoshare (contains the sub/unsub/etc files)
> Str #1984 to 0
>
>And it worked... why didn't it work the other way? btw, I renamed the
>Autoshare (documents) folder to Listserv when I changed the resource to 1.
Did you also rename the user name of the list server account in EIMS? Also,
the STR# 1984,1 is in the Preferences file, not the application.
<http://www.dnai.com/~meh/autoshare/documentation/#undocumentedfeatures>
Date: Wed, 10 Dec 1997 00:12:47 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: "X-See-Also" is a bit confusing
Just a suggestion...
The X-See-Also: field in admin actually shows up in postings as List-Help:.
Can one or the other wordings be changed? (I imagine it would be changed in
Admin as this would affect only the admin him/herself. :) It's just one
less confusion for setting up AutoShare.
-Jonathan {;-)
Visit <http://b62968.cwru.edu/> for a good laugh.
There are 3 kinds of people: Those who make things happen, those who watch
things happen and those who wonder what happened.
Date: Wed, 10 Dec 1997 14:10:40 +0100
From: "Serge Belleudy-d'Espinose" <sam at ijm.jussieu dot fr>
Subject: Cannot get AS 2.0
Hi all
I am new to AutoShare and would like to try it, but ftp transferts have
been slow like hell for the past few days. Please, could someone put 2.0 on
my ftp server ? (it's _not_ for mirroring !)
It's at
<ftp://ftp.ijm.jussieu.fr//Private/>
Thanks in advance
# Serge
-------------------------------------------------------------------
/ Serge BELLEUDY - d'ESPINOSE / \ Institut Jacques Monod \
( Tel: 01 44 27 77 95 ( ) 2 pl. Jussieu - Tour 43 )
\ eMail: sam at ijm.jussieu dot fr \ / 75251 Paris Cedex 05 Fr. /
\-------------------------------+-----------------------------/
Date: Wed, 10 Dec 1997 06:55:29 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Cannot get AS 2.0
At 14:10 +0100 10/12/1997, Serge Belleudy-d'Espinose wrote:
>I am new to AutoShare and would like to try it, but ftp transferts have
>been slow like hell for the past few days.
You can also get the 2.0 archive by e-mail from
<mailto:AutoShare-software at dcl.co.uk?subject=AutoShare-2.0 dot sit>
(Confirmation reply needed.)
Date: Wed, 10 Dec 1997 07:00:53 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: "X-See-Also" is a bit confusing
At 00:12 -0500 10/12/1997, Jonathan Shaw wrote:
>The X-See-Also: field in admin actually shows up in postings as List-Help:.
>Can one or the other wordings be changed? (I imagine it would be changed in
>Admin as this would affect only the admin him/herself. :) It's just one
>less confusion for setting up AutoShare.
Thanks for the reminder. It is now closer to the top of my to-do list than
it used to be :-)
Date: Wed, 10 Dec 1997 17:54:48 +0000
From: Bill Bedford <billbpm at mousa.demon.co dot uk>
Subject: Re: Autoshare command question
--============_-1330346003==_============
Content-Type: text/plain; charset="us-ascii"
~At 11:29 +0000 9/12/1997, Bill Bedford wrote:
~
~>I have just had a couple of messages (from the same subscriber) which have
~>triggered the same error message. The bodies both start with three spaces ie
~>
~>' I noticed in Don Rowland's '
~>and
~>' I would be interested'
~>
~>removing the initial spaces allows the messages to be processed normally.
~
~I tried this, but just cannot reproduce it. Can you send me a StuffIt'ed
~message file from the Filed Mail folder? Thanks. (Apply Disable and Enable
~Processing from the Extras menu, so you have time to drag a copy outside
~the folder).
~
Ok here it is. I checked them again and they acted in excactly the same way.
I have the 'suppress commands to list ' set to 'always' - if that makes any
difference.
--============_-1330346003==_============
Content-Type: multipart/appledouble; boundary="============_-1330346003==_D============"
--============_-1330346003==_============--
Date: Thu, 11 Dec 1997 00:41:11 +0000
From: Bill Bedford <billbpm at mousa.demon.co dot uk>
Subject: Re: Autoshare command question
~~At 11:29 +0000 9/12/1997, Bill Bedford wrote:
~~
~Ok here it is. I checked them again and they acted in excactly the same way.
~
~I have the 'suppress commands to list ' set to 'always' - if that makes any
~difference.
Soory this should have gone to Mikael not to the whole list
Date: Wed, 10 Dec 1997 18:07:36 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Autoshare command question
At 17:54 +0000 10/12/1997, Bill Bedford wrote:
>Ok here it is. I checked them again and they acted in excactly the same way.
I tried the two message files, which both processed successfully.
Are you sure that both message files generated the error
Sorry. Your message did NOT get posted or forwarded
A list server command must be sent to the list server address
and not the same first line plus a different second line? The second line
can be different in at least five ways.
Could you also send me <mailto:meh at dnai dot com> a fresh Analysis file plus the
subscriber list file in question? Thanks.
>I have the 'suppress commands to list ' set to 'always' - if that makes any
>difference.
If you set the option to 'Never', your subscribers should never get the
above two line error message. You may want to give it a try to see if it
makes a difference.
Date: Thu, 11 Dec 1997 13:02:59 +0000
From: James Berriman <J.R.Berriman at staffs.ac dot uk>
Subject: Re: Cannot get AS 2.0
>At 14:10 +0100 10/12/1997, Serge Belleudy-d'Espinose wrote:
>
>>I am new to AutoShare and would like to try it, but ftp transferts have
>>been slow like hell for the past few days.
>
It's also available at <http://www.dcl.co.uk/MacOS/email/autoshare/>
( :-]) James
Date: Thu, 11 Dec 1997 13:09:56 +0000
From: James Berriman <J.R.Berriman at staffs.ac dot uk>
Subject: Fwd: Re: suggestions for Autoshare.
--- begin forwarded text
>The new filter process extender is likely to do the trick. While the script
>may not be particularly easy to write, the basic idea is that you move the
>message file to a temporary folder, delete the precedence header and move
>the file to the Filed Mail folder.
Yeah...I tried that and ran in to some problems. I couldn't get the
process extender to work at first, and once I did get it working, the
result was not what I wanted.
The process extender includes the header information in the "temporary"
file, and I really didn't want to have that information included in the
"reposted" file.
Another problem here is that I am not a gee-whiz programmer on the Mac,
even in AppleScript, and it is turning out to be more involved than I
really wanted it to be. I am also running SIMS on my primary listserver
machine, and SIMS is not as straightforward as AIMS/EIMS.
I will keep working on it.
Tim.
--- end forwarded text
Date: Thu, 11 Dec 1997 23:33:10 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Autoshare command question
At 11:29 +0000 9/12/1997, Bill Bedford wrote:
>I have just had a couple of messages (from the same subscriber) which have
>triggered the same error message. The bodies both start with three spaces ie
>
>' I noticed in Don Rowland's '
>and
>' I would be interested'
>
>removing the initial spaces allows the messages to be processed normally.
Yep, I just figured it out.
If the 'Suppress commands to list' option is not set to 'Never' and if the
first body line (and probably the subject too) starts with a space and if
there is an invisible file in the Documents:AutoShare folder, then the
subscriber will get the 'A list server command must be sent to the list
server address' alert message. This is a bug! Setting the above option to
'Never' is my suggestion at this time. I have sent Bill a fixed
application, so he can test it.
While we are on the topic of priority given to bug fixes, you may want to
read about another Bill and his bugs at
<http://www.jas.com/shame/focus.html>
And I trust you have heard the evening news too? :-)
Date: Fri, 12 Dec 1997 14:10:35 -0800
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Archives still not sorting right...
Mikael,
I went ahead and renamed all the old web archives for my mailing list to
the new sort by date format, but the new archives being created _after_
installing Autoshare 2.0 are still using the old format (i.e., they are not
being sorted correctly... e.g., Archive-10-Dec-1997.html).
What do I have to do to get them to start using the Archive-YYYY-MM-DD.html
format?
Bill
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Webmaster |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
| WORK -> mailto:bill.m.catambay at lmco dot com |
| HOME -> mailto:bill at catambay dot com |
| |
| Pascal Central -> http://www.catambay.com/pascal-central |
| Macintosh Guild -> http://www.rahul.net/rrk/lmms/mac |
+----------------------------------------------------------------+
Date: Fri, 12 Dec 1997 16:01:49 -0800
From: Mark Hartman <mh at harthaven dot com>
Subject: Unresolved bounce - questions
The message below was sent to my "listmaster" account by AutoShare. The
user (who, for privacy, is listed as user at domain dot com) is actually a
subscriber to the list, but the bounce doesn't seem to have been handled
properly.
Can anyone give me an idea of what I'm doing wrong here? It seems to me
that the 552 message should have been picked up and processed as a soft
bounce; a similar 550 message was properly processed as a hard bounce.
|Return-Path: autoshare-bounce at harthaven dot com
|Received: by harthaven.com (Stalker Internet Mail Server 1.5) with FILE id
S.0000048979 for <listmaster at harthaven dot com>; Fri, 12 Dec 1997 15:43:46 -0800
|Mime-Version: 1.0
|Content-Type: text/plain
|To: listmaster at harthaven dot com
|Precedence: bulk
|From: autoshare-bounce at harthaven dot com (List Server Automatic Message)
|Errors-To: autoshare-bounce at harthaven dot com (List Server Automatic Message)
|Subject: Unresolved bounce
|Date: Fri, 12 Dec 1997 15:43:29 -0800
|Message-Id: <261362735946408352743 at harthaven dot com>
|
|Text indicates: [] (not subscribed)
|Code indicates: [] (not subscribed)
|RFC From is: [] (does not matter)
|RFC To is: [acs-newsletter at harthaven dot com] (is a list)
|
|Subject: Undeliverable mail: [ACS] ACS Newsletter
|From: MAIL-DAEMON at harthaven dot com
|To: autoshare-bounce at harthaven dot com
|Date: Thu, 11 Dec 1997 22:07:49 -0800
|Message-Id: <AUTOS.0000048749-48761 at harthaven dot com>
|X-Mailer: Stalker Internet Mail Server 1.5
|
|Failed to deliver your message to user at domain dot com:
|SMTP: Address rejected by host
|Host 'domain.com.' says:
|552 <user at domain dot com>... Mail quota exceeded
|
|
| --- Message Attributes/Header ---
|
|Received: by harthaven.com (Stalker Internet Mail Server 1.5) with FILE id
S.0000048747 for <acs-newsletter.m at harthaven dot com>; Thu, 11 Dec 1997
21:52:20 -0800
|Received: from garlic.com ([208.195.160.136] verified) by harthaven.com
(Stalker SMTP Server 1.5) with ESMTP id S.0000048745 for
<acs-newsletter at harthaven dot com>; Thu, 11 Dec 1997 21:51:40 -0800
|Received: from davelart (u.sm5.garlic.net [208.195.162.148])
| by garlic.com (8.8.6.Beta3/4.03) with SMTP id VAA49202
| for <acs-newsletter at harthaven dot com>; Thu, 11 Dec 1997 21:51:15 -0800
|X-Mailer: Windows Eudora Pro Version 3.0 (32)
|Date: Thu, 11 Dec 1997 21:53:51 -0800
|Reply-To: larton at garlic dot com
|Errors-To: autoshare-bounce at harthaven dot com (List Server Automatic Message)
|Precedence: bulk
|List-Subscribe:
<mailto:autoshare at harthaven dot com?body=subscribe%20acs-newsletter>
|List-Unsubscribe:
<mailto:autoshare at harthaven dot com?body=unsubscribe%20acs-newsletter>
|X-List-Digest:
<mailto:autoshare at harthaven dot com?body=set%20acs-newsletter%20digest>
|List-Archive: <mailto:autoshare at harthaven dot com?body=index%20acs-newsletter>
|List-Owner: larton at garlic dot com (Dave Larton)
|List-Help: http://acs.oes.ca.gov
|List-Software: AutoShare 2.0fc2 by Mikael Hansen
|To: acs-newsletter at harthaven dot com (Subscribers of acs-newsletter)
|From: Dave Larton <1331551970>
|Subject: [ACS] ACS Newsletter
|Mime-Version: 1.0
|Content-Type: text/plain; charset="us-ascii"
|Message-Id: <013392011801675227489 at harthaven dot com>
|
| --- Message body skipped ---
|
|
Date: Sat, 13 Dec 1997 14:50:57 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Archives still not sorting right...
At 14:10 -0800 12/12/1997, Camelot Administrator wrote:
>What do I have to do to get them to start using the
>Archive-YYYY-MM-DD.html format?
See the Improvements and bug fixes section, Version 2.0, towards the end:
<http://www.dnai.com/~meh/autoshare/documentation/#bugs20>
"If the Misc Stuff property in the Misc Settings contains the letter a,
archive file names will be formatted as yyyy-mm-dd, so they appear sorted".
Translated into Admin language, it is the Misc Stuff field in the More
Miscellaneous window. Just put the letter a in the field.
Date: Sat, 13 Dec 1997 14:55:26 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Unresolved bounce - questions
At 16:01 -0800 12/12/1997, Mark Hartman wrote:
>Can anyone give me an idea of what I'm doing wrong here? It seems to me
>that the 552 message should have been picked up and processed as a soft
>bounce; a similar 550 message was properly processed as a hard bounce.
The 552 isn't supported yet.
Adding support for more bounce formats is very high on my to-do list.
Date: Sat, 13 Dec 1997 15:30:51 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: EIMS 2.0 and AutoShare Update
At 13:57 -0800 13/12/1997, George A. Ruzzier Jr. wrote:
>After moving the List Server folder into the EIMS Mail Folder, the problem
>went away. It seems, at least in my case, that EIMS likes the mailing list
>files to be local.
Strange that EIMS would act this way! Glenn might know why...
>Now a couple of questions for anyone using AutoShare 2.0 & EIMS:
>
>1 - is there a way to set a default so all users get a copy of their
>message without sending the "set ack" command?
For future subscribers of a given list, this script does it.
tell application "AutoShare"
SetList Options {List: "Fun-L", Ack: "Yes"}
end tell
For all lists (unless wherever indicated list-specifically):
tell application "AutoShare"
SetList Options {Ack: "Yes"}
end tell
In the AutoShare Admin, click the Yes radio button within Acknowledgement
in the More List window.
See also about list-specific configuration in the AutoShare 2.0 documentation.
>2 - I read the docs, but couldn't figure out how to remove some of the
>headers, I would like to take this:
Individual List- RFC fields may be disabled using a script such as
tell application "AutoShare"
SetList Options {List: "Fun-L", RFC Headers: "13"}
end tell
which disables the List-Subscribe (1) and X-List-Digest (3) fields.
In the Admin, apply the string to the Suppress RFC Headers field in the
More List window.
The codes used (1-9, for nine different RFC fields) are documented in the
AppleScript dictionary and also in the balloon help for the above Admin
field.
See furthermore the AutoShare 2.0 Documentation:
Running the server
Running a list server
Miscellaneous features
List- and X- RFC fields
Date: Sat, 13 Dec 1997 18:58:29 -0800
From: Mark Hartman <mh at harthaven dot com>
Subject: Re: Unresolved bounce - questions
At 2:55 PM -0800 12/13/97, Mikael Hansen wrote:
>At 16:01 -0800 12/12/1997, Mark Hartman wrote:
>
>>Can anyone give me an idea of what I'm doing wrong here? It seems to me
>>that the 552 message should have been picked up and processed as a soft
>>bounce; a similar 550 message was properly processed as a hard bounce.
>
>The 552 isn't supported yet.
>
>Adding support for more bounce formats is very high on my to-do list.
Not knowing a lot about this, this may sound like a stupid request - but
would it be a good idea to have this as a generic bounce message parser,
with a table - possibly admin-changeable - that says what to do with a
given message type? The format of the 550 and 552 messages, textually,
are the same - if there existed a table that said (in essence):
550=hard bounce
552=soft bounce
.
.
.
which (a) we could easily add message numbers/handling to, and (b) could
easily be updated without having to reinstall the entire AutoShare package,
it might make things easier both on us and on you.
Date: Sat, 13 Dec 1997 18:58:29 -0800
From: Mark Hartman <mh at harthaven dot com>
Subject: Re: Unresolved bounce - questions
At 2:55 PM -0800 12/13/97, Mikael Hansen wrote:
>At 16:01 -0800 12/12/1997, Mark Hartman wrote:
>
>>Can anyone give me an idea of what I'm doing wrong here? It seems to me
>>that the 552 message should have been picked up and processed as a soft
>>bounce; a similar 550 message was properly processed as a hard bounce.
>
>The 552 isn't supported yet.
>
>Adding support for more bounce formats is very high on my to-do list.
Not knowing a lot about this, this may sound like a stupid request - but
would it be a good idea to have this as a generic bounce message parser,
with a table - possibly admin-changeable - that says what to do with a
given message type? The format of the 550 and 552 messages, textually,
are the same - if there existed a table that said (in essence):
550=hard bounce
552=soft bounce
.
.
.
which (a) we could easily add message numbers/handling to, and (b) could
easily be updated without having to reinstall the entire AutoShare package,
it might make things easier both on us and on you.