Subject: Can't post!
Date: Tue, 26 May 1998 13:16:19 +0300
From: Jari Lehto <jari.lehto at maccarry dot fi>
I have had AutoShare running for some months now with one announcement
list and some vacation services. I've had some problems, but I've managed
to solve them with the documentation.
Recently I updated from 2.0 to 2.3 and added another (first tried to add
with many failures) announcement list. Everything else seems to work
quite well, but whatever I try to do, I can't post to the list. All I get
is "Sorry. The recipient address is not valid.".
I am administrating the whole system, so I can test pretty much
everything.
I have tried posting as a listmaster for thelist and also as a subscribed
user allowed to post.
The settings of the new list are identical with the old one which is
running perfectly well and can be posted to by the listmaster. Still
nobody can post to the new list.
I would very much appreciate:
1) A simple set of instructions for creating a new list. There is no such
thing in the documentation, or then it is well hidden...
(for someone who already knows the overall structure of AutoShare and
AIMS/EIMS)
2) A set of rules who can post and who can't, in a form of what kind of
Account does one need to create for posting, if posting is limited to a
list, like announcement list.
(I am using Claris Emailer 2.3)
--
Jari Lehto tel +358-40-5804357
Macintosh system support fax +358-9-34845455
Mac&Carry Finland Oy email jari.lehto at maccarry dot fi
Date: Tue, 26 May 1998 14:24:41 -0500
From: "Richard Petty" <rwvr90 at email.sps.mot dot com>
Subject: Continuing Crashiness
.
I'm still have problems with AutoShare crashing when encountering commands.
It's handling list messages fine but crashes with a "Type 10" anytime it
encounters a command.
I'd been having this problem in the past and was hoping it had cleared up.
Steps I've taken:
1. Reformatted hard disk.
2. Installed System 8.1 (24-Meg RAM, virtual off)
3. Fresh install of AutoShare 2.3 (previous similar probs with 2.2)
4. Fresh install of SIMS
5. Removed un-necessary Extensions and Control Panels
6. Gave AutoShare a megabyte and a half of RAM
7. Gave SIMS extra RAM, too
I rebuilt the files that AutoShare uses rather than trying to reuse them (I
thought maybe one might be corrupt or that the disk directory might be corrupt
in association with one of the files). I DID do a copy/paste to get the
addresses from the old list files to the new list files.
Third party software I'm required by my company to run:
1. Virex
2. Retrospect Remote 4
AutoShare crashes while trying to process commands even when it's the only
application running.
If any additional information is needed to diagnose my problem, let me know.
TIA,
--Richard
PS: Yes, Mikael, it's still running on that 7200. (Stable with other apps.)
Date: Tue, 26 May 1998 15:54:31 -0400
From: "Brian W. Ogilvie" <ogilvie at history.umass dot edu>
Subject: Re: listserv@ (Problem with AutoShare)
Mikael Hansen wrote (quoting me):
>>Then I ran AutoShare Admin and set the folders in the "More Folders"
>>dialog (Mail Back, Hold Mail, and Bounce) to the folders with those
>>names in my Auto folder. Bingo, the problem was solved! Now everything
>>works like a charm. The problem has nothing to do with the listserv
>>option. Since those folders aren't specified by the dialog in the
>>AutoShare app itself, it took me a while to realize that they had to
>>be set properly.
>
>I have a vague recollection of something like this. What specifically did
>you say doesn't work if those three folders haven't been configured?
Sorry it's taken me so long to reply--end-of-the-semester crunch. If the
folders aren't configured, incoming messages to the autoshare account get
moved from the Filed Mail folder to the folder containing the AutoShare 2.3
application without being processed. Other messages in the Filed Mail
folder--to the autoreply address and list addresses--get processed
normally. (I didn't test the poll account.)
Now that everything's working, I'm quite pleased! Thanks again for your
work and your generosity in making it available to the public.
--Brian
~~~~~
Brian W. Ogilvie <ogilvie at history.umass dot edu>
Department of History, University of Massachusetts Amherst
Tel. (413) 545-1599; Fax (413) 545-6137
<http://www-unix.oit.umass.edu/~ogilvie/>
Date: Tue, 26 May 1998 13:33:48 -0700
From: meh at dnai dot com (Mikael Hansen)
Subject: Re: Can't post!
Jari Lehto wrote:
>Recently I updated from 2.0 to 2.3 and added another (first tried to add
>with many failures) announcement list. Everything else seems to work
>quite well, but whatever I try to do, I can't post to the list. All I get
>is "Sorry. The recipient address is not valid.".
You get this message, if the recipient's user name does not correspond to a
file name in the List Server folder or a folder name in the Documents
folder. You would want to make sure that the list file is actually in the
List Server folder. The check was applied to accomodate the Unknown
Addresses feature.
>I would very much appreciate:
>
>1) A simple set of instructions for creating a new list.
See the Getting Started section in the documentation. Some other sections
also touch on this.
>2) A set of rules who can post and who can't, in a form of what kind
>of Account does one need to create for posting, if posting is limited
>to a list, like announcement list.
See the section on list types. Some other sections also touch on this.
Date: Tue, 26 May 1998 13:47:31 -0700
From: meh at dnai dot com (Mikael Hansen)
Subject: Re: Continuing Crashiness
Richard Petty did a lot on his 7200 and then wrote:
>I'm still have problems with AutoShare crashing when encountering commands.
>It's handling list messages fine but crashes with a "Type 10" anytime it
>encounters a command.
>AutoShare crashes while trying to process commands even when it's the only
>application running.
With a message file in the Filed Mail folder, have you tried booting
without extensions (shift key down) and then run AutoShare with subsequent
processing of the message file? Have you tried running AutoShare on another
Mac to see if the same happens?
I know it can't be easy for you! I'm afraid it makes it difficult for me to
zoom in on it, as I can't reproduce it and as no one else has come across
it.
Date: Tue, 26 May 1998 13:51:42 -0700
From: meh at dnai dot com (Mikael Hansen)
Subject: Re: listserv@ (Problem with AutoShare)
Brian W. Ogilvie wrote:
>If the folders aren't configured, incoming messages to the autoshare
>account get moved from the Filed Mail folder to the folder containing
>the AutoShare 2.3 application without being processed. Other messages
>in the Filed Mail folder--to the autoreply address and list addresses--
>get processed normally. (I didn't test the poll account.)
Thank you. I'll look into this.
From: Laine Lee <LLee at utsa dot edu>
Subject: RE: Continued Crashiness
Date: Tue, 26 May 1998 16:18:56 -0500
>Date: Tue, 26 May 1998 14:24:41 -0500
>From: "Richard Petty" <rwvr90 at email.sps.mot dot com>
>Subject: Continuing Crashiness
Hi Richard,
I'm a novice to Autoshare, but I feel there's a strong
possibility that the problem you describe is caused by either extension
conflicts or simply not enough ram to run everything you are using. I
realize that the point may be moot because of your required software,
but have you checked to be sure the problem occurs when running only the
bare minimum of system software needed to put the machine on the
network? Also, have you tried turning virtual memory on and setting it
to 40 or 48 megs? 8.1 lets a lot of software work with virtual memory
that used to choke on it.
That error 10 message is the same kind of message I used to see
when programs expected to find an FPU that wasn't there. On a PPC that's
almost certainly a memory problem caused by extensions or something
else.
Date: Tue, 26 May 1998 22:45:52 -0400
From: Jerry Thompson <jthompson at directhit dot com>
Subject: Archives and Digests
Greetings,
Autoshare has not been creating archives for one of my lists. This appears
to have occured after I changed the name of the list from "NAME1" to
"LIST-NAME." The archives for NAME1 are correct. From what I understand,
Autoshare should have created another folder in the Web Archives path it
has with the name of the new list when I changed the name. But it hasn't.
Though the path is correct and the list works fine.
The log lists all normal list contributions as:
LIST-NAME.m at virtualdomain dot com
but digest lists rollovers as:
LIST-NAME.d at actualdomain dot com
EIMS 2.1 confirms this. However, LIST-NAME.d at actualdomain dot com doesn't
exist in that domain config with EIMS. It's only listed in virtual domain
config in EIMS. Could this be why the very few digest users haven't been
receiving their digests?
Using: Autoshare 2.2 and EIMS 2.1
Best Regards,
Jerry
Date: Wed, 27 May 1998 01:41:06 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: AutoShare 2.4b1
Version 2.4b1 has been uploaded to
<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
Brian W. Ogilvie wrote:
>If the folders aren't configured, incoming messages to the autoshare
>account get moved from the Filed Mail folder to the folder containing
>the AutoShare 2.3 application without being processed. Other messages
>in the Filed Mail folder--to the autoreply address and list addresses--
>get processed normally. (I didn't test the poll account.)
I looked into it and have reproduced it. It happens when mail-backs or
automated bounces are activated and the respective folder is not specified.
Fixed. Thanks again for pointing this out.
If you would like to subscribe many addresses at one time, you may create
an address file (whose file name is the list name and contains address
lines such as "a@b" or "a@b (a b)") and drag it onto the AutoShare server
icon. This feature adds a mere 1/2K to the application size.
A bounce format submitted by James has been added.
Date: Wed, 27 May 1998 10:29:17 +0100
From: James Berriman <J.R.Berriman at staffs.ac dot uk>
Subject: Re: Archives and Digests
At 03:45 27/5/98, Jerry Thompson wrote:
>Greetings,
>
>Autoshare has not been creating archives for one of my lists. This appears
>to have occured after I changed the name of the list from "NAME1" to
>"LIST-NAME." The archives for NAME1 are correct. From what I understand,
>Autoshare should have created another folder in the Web Archives path it
>has with the name of the new list when I changed the name. But it hasn't.
>Though the path is correct and the list works fine.
I don't think it's possible to simply rename an existing list. This would
be a nice feature (especially if it were scriptable).
Actually, it would be really good if we had a 'duplicate list' function
(select an existing list in the admin and create another based on the same
list-specific settings).
I'm guessing that you've renamed the list by renaming the subscriber file
in your list server folder?
If that's the case then AutoShare would have created a new list for you
with the new name, but inheriting your default list settings. Any
list-specific settings from the old list would need to be reconfigured.
Perhaps your default list settings have HTML archives turned off, for example?
( :-]) James
Date: Wed, 27 May 1998 20:46:55 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Doing the list stuff
The existence of a list is based on the presence of a file, whose name is
that of the list and which resides in the List Server folder. If you put an
empty file entitled Fun-L in that folder, there is your Fun-L list.
AutoShare also needs to update its preferences for the list. If not
running, it is done at start-up. If running, then simply AutoShare to
update the preferences for the list.
The following script creates a list (how the Admin does it).
-- list name
property listName : "Fun-L"
-- path of List Server folder
tell application "AutoShare"
set listserverPath to List Server of (GetFolders)
end tell
-- create empty list file
tell application "Finder"
set fileRef to (open for access file (listserverPath & listName) with
write permission)
close access fileRef
end tell
-- update preferences for list
tell application "AutoShare"
SetList Options {List:listName}
end tell
-- optional part telling EIMS to create list accounts
tell application "AutoShare"
ignoring application responses
RunScript scriptList listName scriptIndex 1
end ignoring
end tell
Deleting a list is even easier. You simply delete the list file, after
which time the list's preferences are no longer relevant.
The following script deletes a list (how the Admin does it).
-- list name
property listName : "Fun-L"
-- path of List Server folder
tell application "AutoShare"
set listserverPath to List Server of (GetFolders)
end tell
-- delete list file
tell application "Finder"
delete file (listserverPath & listName)
end tell
Moving on, you might think that it is possible to rename a list in the
Admin by editing the List field of the list's preferences, but that is the
one field that you cannot edit. So how do you go about renaming a list?
It is somewhat similar to creating a list. A list file is renamed instead
of being created. And the list's preferences is updated the same way. But
then what?
At 10:29 +0100 27/5/1998, James Berriman wrote:
>Actually, it would be really good if we had a 'duplicate list' function
>(select an existing list in the admin and create another based on the
>same list-specific settings).
James of course has been asking for this for about a year without getting
it! I guess that my only excuse is that other things got in the way. But
duplicating the preferences for a list or renaming the List field of a
list's preferences is certainly likely to come in handy rather than just
inherit the default preferences. How about something like
SetList Options {List:"NewList", Inherit:"OldList"}
So let's say that renaming has been applied to both the list file and the
list's preferences. The mail server accounts for the list need to be
updated (not scriptable). And you may want to change the path for the
automated web archives. But that's pretty much it. I think :-)
Date: Thu, 28 May 1998 07:43:24 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Doing the list stuff
At 20:46 -0700 27/5/1998, Mikael Hansen wrote:
>How about something like
>
> SetList Options {List:"NewList", Inherit:"OldList"}
Having given it some time, I think this functionality is already there.
-- a list inherits preferences from another list
tell application "AutoShare"
set myOptions to GetList Options {List: "OldList"}
set List of myOptions to "NewList"
SetList Options myOptions
end tell
Date: Thu, 28 May 1998 16:18:30 +0100
From: James Berriman <J.R.Berriman at staffs.ac dot uk>
Subject: Re: Doing the list stuff
At 15:43 28/5/98, Mikael Hansen wrote:
>Having given it some time, I think this functionality is already there.
>
>-- a list inherits preferences from another list
>tell application "AutoShare"
> set myOptions to GetList Options {List: "OldList"}
> set List of myOptions to "NewList"
> SetList Options myOptions
>end tell
Very neat :-)
So combining that with your previous examples would produce an applet that
renames an existing list.
Perhaps that's better than adding more buttons in the admin?
( :-]) James
Date: 28 May 98 11:43:29 -0500
From: Chuck Boody <chuck_boody at hopkins.k12.mn dot us>
Subject: Re: Doing the list stuff
I think James is wrong here (there's a first time for everything ;->). =
Having the added button in the Admin is much more straightforward for most =
users. I'd find it easier to use than having to remember that "I have an =
applet that does this somewhere....." =
Maybe the ideal solution would be an applet that looks in a specified =
folder, puts up a name of all the applets there and then runs the selected =
applet at a button click. Then we could all write applets and drop them =
in the folder without having to worry about the details of having Mikael =
recreate the Admin or integrate our great but site-specific ideas.
Chuck Boody
=============
James Berriman wrote:
>At 15:43 28/5/98, Mikael Hansen wrote:
>
>>Having given it some time, I think this functionality is already there.
>>
>>-- a list inherits preferences from another list
>>tell application "AutoShare"
>> set myOptions to GetList Options {List: "OldList"}
>> set List of myOptions to "NewList"
>> SetList Options myOptions
>>end tell
>
>Very neat :-)
>
>So combining that with your previous examples would produce an applet =
that
>renames an existing list.
>
>Perhaps that's better than adding more buttons in the admin?
>
>( :-]) James
>
>
>
>** The AutoShare-Talk archives are at:
>** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
>
>RFC822 header
>-----------------------------------
>
>Return-Path: <bounce at frutiger.staffs.ac dot uk>
>Received: from frutiger.staffs.ac.uk (194.66.172.10) by hopkins.k12.mn.us =
with
> ESMTP (Eudora Internet Mail Server 2.1); Thu, 28 May 1998 10:25:28 -0500
>Received: from [194.66.172.10] by frutiger.staffs.ac.uk with SMTP (Eudora
> Internet Mail Server 2.1); Thu, 28 May 1998 16:18:23 +0100
>X-Sender: cmrjrb at mail.soc.staffs.ac dot uk
>Mime-Version: 1.0
>Content-Type: text/plain; charset="us-ascii"
>Date: Thu, 28 May 1998 16:18:30 +0100
>Reply-To: autoshare-talk at frutiger.staffs.ac dot uk (Subscribers of autoshare-=
talk)
>Errors-To: bounce at frutiger.staffs.ac dot uk (AutoShare bounce account)
>Precedence: bulk
>List-Subscribe: <mailto:autoshare-talk-on at frutiger.staffs.ac dot uk>
>List-Unsubscribe: <mailto:autoshare-talk-off at frutiger.staffs.ac dot uk>
>X-List-Digest: =
><mailto:autoshare at frutiger.staffs.ac dot uk?body=set%20autoshare-talk%=
20digest>
>List-Archive: =
><mailto:autoshare at frutiger.staffs.ac dot uk?body=index%20autoshare-talk>
>List-Post: <mailto:autoshare-talk at frutiger.staffs.ac dot uk>
>List-Owner: listmaster at frutiger.staffs.ac dot uk (James Berriman)
>List-Help: <http://www.dnai.com/~meh/autoshare/>
>List-Software: AutoShare 2.4b0 by Mikael Hansen
>X-To-Unsubscribe: autoshare at frutiger.staffs.ac dot uk, body: unsub autoshare-=
talk
>To: autoshare-talk at frutiger.staffs.ac dot uk (Subscribers of autoshare-talk)
>From: James Berriman <J.R.Berriman at staffs.ac dot uk>
>Subject: Re: Doing the list stuff
>Message-Id: <701779836126172777238 at frutiger.staffs.ac dot uk>
>
Date: Thu, 28 May 1998 19:06:03 +0100
From: James Berriman <J.R.Berriman at staffs.ac dot uk>
Subject: Re: Doing the list stuff
At 17:43 28/5/98, Chuck Boody wrote:
>I think James is wrong here (there's a first time for everything ;->).
>Having the added button in the Admin is much more straightforward for most
>users. I'd find it easier to use than having to remember that "I have an
>applet that does this somewhere....."
Fair comment :-)
>Maybe the ideal solution would be an applet that looks in a specified
>folder, puts up a name of all the applets there and then runs the selected
>applet at a button click. Then we could all write applets and drop them
>in the folder without having to worry about the details of having Mikael
>recreate the Admin or integrate our great but site-specific ideas.
>
>Chuck Boody
Funnily enough, I was coming to a very similar conclusion myself :-)
I was wondering if there was a simple way to extend the admin itself with
external scripts. Perhaps a Script menu in the admin itself which lists the
contents of Chuck's specified folder.
( :-]) James
Date: 28 May 98 13:41:25 -0500
From: Chuck Boody <chuck_boody at hopkins.k12.mn dot us>
Subject: Re: Doing the list stuff
"Great minds run in the same channel" (or "Fools think alike." Take your =
pick).
I like James idea of a screen in the Admin. If the folder could be user =
specified that would be nice. Otherwise a folder named "Scripts" or "Plug =
ins" (that is really what we are talking about) residing in the Autoshare =
folder would seem to be a good idea.
Chuck Boody
=============
James Berriman wrote:
>
>Funnily enough, I was coming to a very similar conclusion myself :-)
>
>I was wondering if there was a simple way to extend the admin itself with
>external scripts. Perhaps a Script menu in the admin itself which lists =
the
>contents of Chuck's specified folder.
>
Date: Thu, 28 May 1998 12:00:06 -0700
From: meh at dnai dot com (Mikael Hansen)
Subject: Re: Doing the list stuff
James wrote:
>I was wondering if there was a simple way to extend the admin itself
>with external scripts. Perhaps a Script menu in the admin itself which
>lists the contents of Chuck's specified folder.
I haven't given this much thought yet. The RunScript command was added,
because it often seems best to extend the Admin via the server application.
Date: Sun, 31 May 1998 08:33:01 -0400
From: Ricardo Davis <ricardo at ustaxpayers dot org>
Subject: Mysterious Subscriber
Greetings all (esp. Mikael),
I'm have trouble with AutoShare 2.3. There was a address subscribed to one
of my lists, in this case it's an announcement list. I unsubscribed this
user and confirmed that her address is in none of the address files. Yet
this person is apparently receiving mail from the list (she got a recent
posting). Any ideas as to what could be happening?
-Ricardo
Date: Sun, 31 May 1998 07:14:24 -0700
From: Mark Hartman <mh at harthaven dot com>
Subject: Re: Mysterious Subscriber
It could very well be that someone else is forwarding the announcement to
her. You need to get her to send you a copy of the e-mail she receives,
with all the headers, to show where it actually came from.
>Greetings all (esp. Mikael),
>
>I'm have trouble with AutoShare 2.3. There was a address subscribed to one
>of my lists, in this case it's an announcement list. I unsubscribed this
>user and confirmed that her address is in none of the address files. Yet
>this person is apparently receiving mail from the list (she got a recent
>posting). Any ideas as to what could be happening?
>
>-Ricardo
>
>
>
>** The AutoShare-Talk archives are at:
>** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
Date: Thu, 4 Jun 1998 12:10:17 +0200
From: "Serge Belleudy-d'Espinose" <sam at ijm.jussieu dot fr>
Subject: Poll
Hi all
Has anybody tried the poll feature ? Here's my problem.
According to the doc :
"A set of pre-defined key strings may be attached to a poll. When an
invalid key string is encountered, AutoShare returns a note to the sender
asking for another try. The series of case-insensitive key strings resides
in the 'STR ' resource, beginning at 1001 and upwards, of the poll file in
question (no user interface has yet been designed)."
Following that I've set a poll with str id #1001 and id #1002 each
containing only one field ('oui' and 'non'). And then I've tried voting
with the keyword 'test' which was not previoused. Autoshare acknowledged my
vote and created str id#1003 containing 3 fields: my e-mail address, the
keyword and the number of tries.
Is it supposed to work like that, or what did I do wrong ?
Thanks in advance
# Serge
\ Serge BELLEUDY - d'ESPINOSE | Reseau & Macintosh /
) @: sam at ijm dot jussieu dot fr -+- Institut J. Monod - Tour 43 (
/ http://www.ijm.jussieu.fr/ | 2 pl. Jussieu - 75251 Paris \
Date: Thu, 4 Jun 1998 12:39:28 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Poll
At 12:10 +0200 4/6/1998, Serge Belleudy-d'Espinose wrote:
>Following that I've set a poll with str id #1001 and id #1002 each
>containing only one field ('oui' and 'non').
Each 'STR ' id can only contain one field. You are not by any chance
talking about a 'STR#' id, which may contain several fields?
Date: Fri, 5 Jun 1998 10:22:08 +0200
From: "Serge Belleudy-d'Espinose" <sam at ijm.jussieu dot fr>
Subject: Re: Poll
>Each 'STR ' id can only contain one field. You are not by any chance
>talking about a 'STR#' id, which may contain several fields?
I was. Thank to your help my poll is now set up and working.
I was ready to suggest that you include sample poll files with autoshare -
but they are there indeed. However they do not include these famous STR
resources. Maybe for a next release ?
# SBE
\ Serge BELLEUDY - d'ESPINOSE | Reseau & Macintosh /
) @: sam at ijm dot jussieu dot fr -+- Institut J. Monod - Tour 43 (
/ http://www.ijm.jussieu.fr/ | 2 pl. Jussieu - 75251 Paris \
Date: Fri, 5 Jun 1998 02:59:20 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: AutoShare Admin 2.4b2d0
The AutoShare Admin 2.4b2d0 has been uploaded to
<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
and focuses on the Lists window. A List Names button has been added and
brings up a List Names window. When renaming a list, the list file is
renamed and the preferences are updated. It is also possible from a pop-up
menu to select a list, whose preferences are copied to a new list.
Date: Fri, 5 Jun 1998 03:06:46 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Poll
At 10:22 +0200 5/6/1998, Serge Belleudy-d'Espinose wrote:
>I was ready to suggest that you include sample poll files with autoshare -
>but they are there indeed. However they do not include these famous STR
>resources. Maybe for a next release ?
Yes, certainly. Thanks.
Date: Mon, 8 Jun 1998 14:10:17 +0100
From: Bill Bedford <billbpm at mousa.demon.co dot uk>
Subject: Subscriber aliases
If I add entries to the subscriber aliases file should they work as expected?
The background to this is; I have a private list where I add new members to
the list. Some list members send messages with differing envelope and RFC
addresses, these almost always boounce back with "Not subscribe to the
list" messages.
I have "approval both" checked in Yet More List
Is there something else I could do?
Bill Bedford
Owner Brit_Rail-L list for the history of railways in Britain
Subscribe at autoshare at mousa.demon.co dot uk
Date: Mon, 8 Jun 1998 12:20:22 -0500
From: Paul DuBois <paul at snake dot net>
Subject: "review" bug?
AutoShare 2.3
I have a subscriber who appears in the subscriber list as shown below
(name changed, but the two dots do appear in the e-mail address:
d..lastname at worldnet.att dot net (Firstname Lastname..3)
Mail goes out okay to this user, but if I issue a "review" request, the e-mail
address is reported as just
d
in the review list. The "..lastname@worldnet.att dot net" part is missing,
and the user's real name isn't reported either.
Something funny about the two dots in the name, I suppose - since that's
also used for a special purpose in the subscriber list file?
--
Paul DuBois, paul at snake dot net
Northern League Chronicles: http://www.snake.net/nl/
Madison Black Wolf: http://www.primate.wisc.edu/people/dubois/blackwolf/
Date: Mon, 8 Jun 1998 20:36:23 -0400
From: Ricardo Davis <ricardo at ustaxpayers dot org>
Subject: Re: Doing the list stuff
>Date: Thu, 28 May 1998 12:00:06 -0700
>From: meh at dnai dot com (Mikael Hansen)
>Subject: Re: Doing the list stuff
>
>James wrote:
>
>>I was wondering if there was a simple way to extend the admin itself
>>with external scripts. Perhaps a Script menu in the admin itself which
>>lists the contents of Chuck's specified folder.
>
>I haven't given this much thought yet. The RunScript command was added,
>because it often seems best to extend the Admin via the server application.
I was catching up with my e-mail and found this gem of a thread. I believe
what you all may be looking for already exists.
Leonard Rosenthal wrote an system extension called OSA Menu that provided
menu sharing between OSA-aware apps. It was distributed with the Userland
Frontier product. Perhaps it is possible to use OSA Menu to add the
Scripts menu to the server app.
-Ricardo
--------------------------------------------------------------
Ricardo Davis
mailto:ricardo at ustaxpayers.org * http://www.ustaxpayers dot org/
1 Samuel 12:14, 24 "If you will fear the LORD and serve Him,
and listen to His voice and not rebel against the command of
the LORD, then both you and also the king who reigns over you
will follow the LORD your God...Only fear the LORD and serve
Him in truth with all your heart; for consider what great
things He has done for you."
Date: Tue, 09 Jun 1998 01:42:36 +0100
Subject: Re: "review" bug?
From: "James Berriman" <J.R.Berriman at staffs.ac dot uk>
Paul DuBois wrote:
>I have a subscriber who appears in the subscriber list as shown below
>(name changed, but the two dots do appear in the e-mail address:
>
>d..lastname at worldnet.att dot net (Firstname Lastname..3)
>
>Mail goes out okay to this user, but if I issue a "review" request, the e-mail
>address is reported as just
>
>d
>
>in the review list. The "..lastname@worldnet.att dot net" part is missing,
>and the user's real name isn't reported either.
>
>Something funny about the two dots in the name, I suppose - since that's
>also used for a special purpose in the subscriber list file?
I think you're probably right. Quite a nice little bug :-)
I wonder whether AutoShare recognises and updates the subscriber options
correctly in this case?
( :-]) James
Date: Tue, 09 Jun 1998 01:55:12 +0100
Subject: Subscriber aliases
From: "James Berriman" <J.R.Berriman at staffs.ac dot uk>
>If I add entries to the subscriber aliases file should they work as expected?
>
>The background to this is; I have a private list where I add new members to
>the list. Some list members send messages with differing envelope and RFC
>addresses, these almost always boounce back with "Not subscribe to the
>list" messages.
>
>I have "approval both" checked in Yet More List
>
>Is there something else I could do?
>
>Bill Bedford
I believe that 'approval both' only refers to messages forwarded or
redirected by a list moderator.
The best solution in the long term might be to set AutoShare to use the rfc
From: field rather than the envelope. It would give you similar problems
with some of your existing subscribers, but once you have dealt with those
(hopefully not too many), the problem should go away in future.
( :-]) James
Date: Tue, 09 Jun 1998 01:55:32 +0100
Subject: Re: Subscriber aliases
From: "James Berriman" <J.R.Berriman at staffs.ac dot uk>
>If I add entries to the subscriber aliases file should they work as expected?
>
>The background to this is; I have a private list where I add new members to
>the list. Some list members send messages with differing envelope and RFC
>addresses, these almost always boounce back with "Not subscribe to the
>list" messages.
>
>I have "approval both" checked in Yet More List
>
>Is there something else I could do?
>
>Bill Bedford
I believe that 'approval both' only refers to messages forwarded or
redirected by a list moderator.
The best solution in the long term might be to set AutoShare to use the rfc
From: field rather than the envelope. It would give you similar problems
with some of your existing subscribers, but once you have dealt with those
(hopefully not too many), the problem should go away in future.
( :-]) James
Date: Tue, 9 Jun 1998 12:22:20 -0800
From: milo at arcus dot org (Milo Sharp)
Subject: Strange Problem -- Autoshare not seeing email addresses?
I'm having problems with my mailing list all of a sudden.
Everything was working fine, but not Autoshare isn't recognizing email
addresses sent to it. Subscriptions and unsubscriptions fail, because they
can't find an address, although they do respond with the appropriate text
file. Here's a sample from my log... note the process extender, set to
enter a simple line into the log when someone subscribes.
---
× Mon, 8 Jun 1998 15:55:52 Transaction
× Source Folder: NWOK:Listserv:Filed Mail: (Files: 1)
× Destination Folder: NWOK:System Folder:Preferences:AutoShare:AutoShare
Temp: (Files: 0)
× Mon, 8 Jun 1998 15:55:53 Transaction
× Source Folder: NWOK:Listserv:Filed Mail: (Files: 1)
× Destination Folder: NWOK:System Folder:Preferences:AutoShare:AutoShare
Temp: (Files: 0)
× Mon, 8 Jun 1998 15:55:53 File to process: 35720697
× Mon, 8 Jun 1998 15:55:54 Incoming file is 35720697
× Mon, 8 Jun 1998 15:55:54 Outgoing file is 35720697.1
× The resource file (35720697) was opened successfully (13820)
× The resource file (35720697.1) was opened successfully (13914)
× Number of resource types: 2 (1 STR 1 STR#)
× Sender:
× From: [milo at arcus dot org]
× Recipients (1):
× To: [listserv at arcus dot org]
× Source resource is available
× Source resource is available
× Number of resource types: 2 (1 STR 1 STR#)
× Sender:
× From: [listserv at arcus dot org]
× Recipients (1):
× To: [milo at arcus dot org]
× Text: NWOK:Listserv:Documents:listserv:sub.arcticinfo
× Mon, 8 Jun 1998 15:55:58 listserv at arcus dot org milo at arcus dot org arcticinfo su=
b
× NWOK:Listserv:Filed Mail:35720697 was deleted
× Mon, 8 Jun 1998 15:55:59 Copying 35720697.1
ˆ Mon, 8 Jun 1998 16:00:42 listserv at arcus dot org milo at arcus dot org arcticinfo su=
b
Mon, 8 Jun 1998 16:01:54 Process extender Subscribe called
Mon, 8 Jun 1998 16:01:54 * [] has been subscribed!
---
Of course, the process extender log line should look like: "Milo
Sharp [milo at arcus dot org] has been subscribed!" It's worked in the past --
why has it stopped now?
Milo Sharp
Technical Assistant, ARCUS
Email: milo at arcus dot org
Phone: 907/474-1602
=46ax: 907/474-1604
Date: Tue, 09 Jun 1998 23:27:40 +0100
Subject: Re: Strange Problem -- Autoshare not seeing email addresses?
From: "James Berriman" <J.R.Berriman at staffs.ac dot uk>
> I'm having problems with my mailing list all of a sudden.
>Everything was working fine, but not Autoshare isn't recognizing email
>addresses sent to it. Subscriptions and unsubscriptions fail, because they
>can't find an address, although they do respond with the appropriate text
>file. Here's a sample from my log... note the process extender, set to
>enter a simple line into the log when someone subscribes.
Have you edited your arcticinfo subscription file and accidentally deleted
the /=sub token from the file?
That's the only thing that immediately springs to mind.
( :-]) James
Date: Wed, 10 Jun 1998 08:49:57 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Strange thing with Autoshare
I have a private list set up, and it was working fine. Specifically, when
a subscription request came in, the request was forwarded to the list
owner. I then changed the subscription message (the sub.<list_name> file),
and the requests stopped being forwarded. Through trial and error, I
discovered that the "/=sub" token had to be in the sub file in order for
the request to be forwarded. I thought that was rather strange (and would
prefer to suppress the token). Was this intentional, or is this a bug?
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: Wed, 10 Jun 1998 19:20:48 +0100
Subject: Re: Strange thing with Autoshare
From: "James Berriman" <J.R.Berriman at staffs.ac dot uk>
>I have a private list set up, and it was working fine. Specifically, when
>a subscription request came in, the request was forwarded to the list
>owner. I then changed the subscription message (the sub.<list_name> file),
>and the requests stopped being forwarded. Through trial and error, I
>discovered that the "/=sub" token had to be in the sub file in order for
>the request to be forwarded. I thought that was rather strange (and would
>prefer to suppress the token). Was this intentional, or is this a bug?
>
>Bill
This is intentional. All the command response files must contain the
relevant command token, or the command won't be processed. This is actually
very useful if you want to suppress a particular command on a list-specific
basis (just create a document with no token and some explanatory text).
I'm not sure what you mean by 'suppress the token'. The token itself should
not appear as part of the returned document - it's a placeholder. AutoShare
inserts its own command responses in place of the token.
That's the other benefit of using a token - you can control the positioning
of the standard AutoShare response text in your document, depending on where
you place the token.
( :-]) James
Date: Wed, 10 Jun 1998 12:40:21 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: Strange thing with Autoshare
At 7:20 PM +0100 on 6/10/98, James Berriman wrote:
> >I have a private list set up, and it was working fine. Specifically, when
> >a subscription request came in, the request was forwarded to the list
> >owner. I then changed the subscription message (the sub.<list_name> file),
> >and the requests stopped being forwarded. Through trial and error, I
> >discovered that the "/=sub" token had to be in the sub file in order for
> >the request to be forwarded. I thought that was rather strange (and would
> >prefer to suppress the token). Was this intentional, or is this a bug?
> >
> >Bill
>
> This is intentional. All the command response files must contain the
> relevant command token, or the command won't be processed. This is actually
> very useful if you want to suppress a particular command on a list-specific
> basis (just create a document with no token and some explanatory text).
>
> I'm not sure what you mean by 'suppress the token'. The token itself should
> not appear as part of the returned document - it's a placeholder. AutoShare
> inserts its own command responses in place of the token.
>
> That's the other benefit of using a token - you can control the positioning
> of the standard AutoShare response text in your document, depending on where
> you place the token.
>
What I mean by suppress the token is that I'd like to not have to use it.
The reason is because it adds text to the message the user gets which is
confusing to them. They are told that their subscription request is being
processed by the list owner, and then they see the message, "You cannot
subscribe to a private list". That leaves them with the impression that
they will never be subscribed. I can add another message saying "ignore
the above message", but I'd rather just suppress the message, or, in the
very least, be able to change it to something else.
Bill
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Web Geek |
| 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: Wed, 10 Jun 1998 13:32:16 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Welcome messages triggered by remote subscribes?
We have a _need_ to have the subscription welcome message sent to users who
are subscribed remotely. I have gone through the docs, but have not seen a
way to do this.
In other words, the message that people get when they subscribe directly is
not being sent to the new users who are subscribed remotely. Autoshare
only sends a note to the person who performed the remote subscribe saying
that the subscription was accepted. Is there a way to get Autoshare to
_also_ automatically send the welcome message to the new user? (this would
be the message stored in sub.<list_name>)
Thanks!
Bill
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Web Geek |
| 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: Wed, 10 Jun 1998 16:49:33 -0500
From: "Richard Petty" <rwvr90 at email.sps.mot dot com>
Subject: Command Crashes
.
Hi, I'm the guy with the 7200 that can't get AutoShare to process a
command without the application crashing with a Type 10 error. I've been away
for a few weeks because I've been busy with other things and have simply
avoided sending commands to AutoShare.
However, it's become an issue again and needs to be resolved.
On May 26th, Laine Lee <LLee at utsa dot edu> suggested that the reason AutoShare
crashes when trying to process command messages might be and Extension conflict.
Since I'd already gone through the pains of virgin re-installs and the
problem persisted, I pruned the System like so:
Files in Control Panels folder:
------------------------------------
(nothing)
Files in Extensions folder:
------------------------------------
Appearance Extension (required to boot)
Text Encoding Converter (required to boot)
This was okay. Since the offending command was was already in the "Filed
Mail" folder I didn't need my email server running to solve my AutoShare
problem and wasn't doing anything with AutoShare that required AppleScript or
Apple events.
Just to be extra safe, I perused my System folder hierarchy with ResEdit
looking for invisible files. No unexpected invisible files found.
I sent the message that follows:
--------------------------------------
Subject: review asm
Date: Wed, 10 Jun 1998 16:14:19 -0500
From: "Richard Petty" <rwvr90 at email.sps.mot dot com> Internal
Organization: Motorola
To: autoshare at asm.sps.mot dot com
review ASM
--------------------------------------
As you can see, I just want to see a list of the subscribers. The
AutoShare configuration in this regard permits this action to occur.
The above message caused a crash as soon as AutoShare started to process it.
I went to the server and removed the file it was choking on from the
"Filed Mail" folder and restarted AutoShare. It come back up nicely. The
file it choked on follows:
File Name: F.5884-1
--------------------------------------
Received: from msgphx1.sps.mot.com ([216.11.52.1] verified) by asm.sps.mot.com
(Stalker SMTP Server 1.6) with ESMTP id S.0000005884 for <autoshare at asm.sps.mot dot com>;
Wed, 10 Jun 1998 16:14:12 -0500
Received: from email.sps.mot.com ([222.84.248.90]) by msgphx1.sps.mot.com
(Netscape Messaging Server 3.01) with ESMTP id AAA25658;
Wed, 10 Jun 1998 14:14:11 -0700
Message-ID: <357EF72B.8DC60B28 at email.sps.mot dot com>
Date: Wed, 10 Jun 1998 16:14:19 -0500
From: "Richard Petty" <rwvr90 at email.sps.mot dot com>
Reply-To: "Richard Petty (rwvr90)" <rwvr90 at email.sps.mot dot com>
Organization: Motorola
X-Mailer: Mozilla 4.03C-MOTSPS4.03 (Macintosh; I; PPC)
MIME-Version: 1.0
To: autoshare at asm.sps.mot dot com
Subject: review asm
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
review ASM
--------------------------------------
Looks fine to me.
I returned to my desk and had this email waiting:
--------------------------------------
Subject: review ASM
Date: Wed, 10 Jun 98 14:22:04 MST
From: autoshare at asm.sps.mot dot com (Austin Supply Management)
To: "Richard Petty (rwvr90)" <rwvr90 at email.sps.mot dot com>
--------------------------------------
As you can see the response has an empty message body. Heck, I'm
surprised that I even got this. In fact, this is the first time I've every
recieved any remnant after a crash. Interesting.
So far I've done every single thing everyone has suggested (several people
offered ideas).
For those people who are not familiar with my plight, I've already done
the obvious stuff (turn VM off, increase application memory, et cetera ad
nauseum). No other applications have ever had any ANY problems.
Thanks ahead of time for any suggestions,
--Richard
Date: Thu, 11 Jun 1998 14:11:39 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Autoshare question revised
I had submitted a couple of posts yesterday, and since then, I have not
received any replies from the list. I'm just curious if I got bumped from
the list (again), or if my question made it onto the list. I seem to
recall an acknowledgement, but I'm not sure.
Question revised:
I setup a couple private mailing lists with Autoshare. When a person sends
a subscription request, they automatically get the text of sub.<list_name>
sent back to them (including the /=sub token text). The list owner gets
their request for subscription, and then the list owner does a remote
subscribe for that user.
What the users have requested, and what I'm trying to figure out how to do is:
1. How can I change the text of the /=sub token results (or suppress it
altogether) ? The current text gives the impression that their request
failed (as opposed to pending).
2. When the list owner does the remote subscribe, I'd like a welcome
message sent to the subscribee automatically. How can I accomplish this?
Thank you,
Bill
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Web Geek |
| 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 Jun 1998 00:22:29 +0100
Subject: Re: Autoshare question revised
From: "James Berriman" <J.R.Berriman at staffs.ac dot uk>
>I had submitted a couple of posts yesterday, and since then, I have not
>received any replies from the list. I'm just curious if I got bumped from
>the list (again), or if my question made it onto the list. I seem to
>recall an acknowledgement, but I'm not sure.
You're still here, Bill ;-)
Mikael's been away for a couple of days, but I'm sure you'll get a reply
soon!
>Question revised:
>
>I setup a couple private mailing lists with Autoshare. When a person sends
>a subscription request, they automatically get the text of sub.<list_name>
>sent back to them (including the /=sub token text). The list owner gets
>their request for subscription, and then the list owner does a remote
>subscribe for that user.
>
>What the users have requested, and what I'm trying to figure out how to do is:
>
>1. How can I change the text of the /=sub token results (or suppress it
>altogether) ? The current text gives the impression that their request
>failed (as opposed to pending).
Sounds like a feature request :-)
I presume this text is stored in one of the STR# resources in the
application. I had a quick look, but didn't find it. What would you like it
to say?
>2. When the list owner does the remote subscribe, I'd like a welcome
>message sent to the subscribee automatically. How can I accomplish this?
You could accomplish this with a process extender which uses the Applescript
send mail command (to instruct AutoShare to send out the relevant welcome
file).
( :-]) James
Date: Sun, 14 Jun 1998 23:20:02 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: "review" bug?
At 12:20 -0500 8/6/1998, Paul DuBois wrote:
>d..lastname at worldnet.att dot net (Firstname Lastname..3)
>Something funny about the two dots in the name, I suppose - since that's
>also used for a special purpose in the subscriber list file?
Yes.
At 01:42 +0100 9/6/1998, James Berriman wrote:
>I think you're probably right. Quite a nice little bug :-)
More like a conflict of interests, I would say. And as such, there is no
direct fix in store. The code may be refined to look for the .. within the
()'s only, but when you subscribe and choose not to specify a name, the
e-mail address is used as the name, and we have come no further.
>I wonder whether AutoShare recognises and updates the subscriber options
>correctly in this case?
Probably not.
Date: Sun, 14 Jun 1998 23:22:17 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Command Crashes
At 16:49 -0500 10/6/1998, Richard Petty wrote:
> Hi, I'm the guy with the 7200 that can't get AutoShare to process a
>command without the application crashing with a Type 10 error.
I'm not sure if I asked this, but did you try another Mac?
Date: Sun, 14 Jun 1998 23:24:20 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Autoshare question revised
At 14:11 -0700 11/6/1998, Camelot Administrator wrote:
>I setup a couple private mailing lists with Autoshare.
>1. How can I change the text of the /=sub token results (or suppress it
>altogether) ? The current text gives the impression that their request
>failed (as opposed to pending).
You can clarify it by changing your text around the /=sub token.
Date: Tue, 16 Jun 1998 08:52:26 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: Autoshare question revised
At 12:22 AM +0100 on 6/12/98, James Berriman wrote:
> >1. How can I change the text of the /=sub token results (or suppress it
> >altogether) ? The current text gives the impression that their request
> >failed (as opposed to pending).
>
> Sounds like a feature request :-)
>
> I presume this text is stored in one of the STR# resources in the
> application. I had a quick look, but didn't find it. What would you like it
> to say?
>
"Request for subscription is pending moderator approval"
> >2. When the list owner does the remote subscribe, I'd like a welcome
> >message sent to the subscribee automatically. How can I accomplish this?
>
> You could accomplish this with a process extender which uses the Applescript
> send mail command (to instruct AutoShare to send out the relevant welcome
> file).
I've never used a process extender. Is there a Process Extender for
Dummies tutorial? I really don't know how to go about setting one up.
I've not need to until now. If a process extender is the only way to
accomplish the above, then I need to learn. Are there any examples out
there close to doing the same thing? How are they integrated and automated
into a mailing list?
At 11:24 PM -0700 on 6/14/98, Mikael Hansen wrote:
> >1. How can I change the text of the /=sub token results (or suppress it
> >altogether) ? The current text gives the impression that their request
> >failed (as opposed to pending).
>
> You can clarify it by changing your text around the /=sub token.
>
That's what I did do, but the users requesting the lists (aka, the
moderators) have requested it to be changed. Is there a STR# resource I
can edit? Or is it in the data fork?
Bill
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Web Geek |
| 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: Tue, 16 Jun 1998 12:58:23 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Autoshare question revised
At 08:52 -0700 16/6/1998, Camelot Administrator wrote:
>"Request for subscription is pending moderator approval"
That may be better than the current
"Sorry. You cannot subscribe to a private list"
which was implemented before the feature of Cc'ing the moderator was.
>I've never used a process extender. Is there a Process Extender for
>Dummies tutorial?
There's a section in the documentation, making references to the Sample
Process Extenders in the downloaded archive.
The Contribution Alert sample is interesting, as I may apply its type of
flexibility to the /= token responses for another process extender.
>> You can clarify it by changing your text around the /=sub token.
>>
>
>That's what I did do, but the users requesting the lists (aka, the
>moderators) have requested it to be changed. Is there a STR# resource I
>can edit? Or is it in the data fork?
I would prefer that application resources in the server and the Admin not
be changed, due to the issue of support. All samples on the other hand are
presented with the code left visible and have the status of drafts, as I
wouldn't know about changes made.
Date: Tue, 16 Jun 1998 14:36:23 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: Autoshare question revised
At 12:58 PM -0700 on 6/16/98, Mikael Hansen wrote:
> At 08:52 -0700 16/6/1998, Camelot Administrator wrote:
>
> >"Request for subscription is pending moderator approval"
>
> That may be better than the current
>
> "Sorry. You cannot subscribe to a private list"
>
> which was implemented before the feature of Cc'ing the moderator was.
>
Do I hear a change coming? :)
> >I've never used a process extender. Is there a Process Extender for
> >Dummies tutorial?
>
> There's a section in the documentation, making references to the Sample
> Process Extenders in the downloaded archive.
>
Okay, I grabbed the sample for Subscribe, and I'm hoping someone can give
me some help with it. First of all, by placing a copy of this script in
the top level of "Process Extenders" folder, it gets activated, correct?
What tells Autoshare that it should run when a subscription is accepted?
Is that controlled by the event "AuSUaUSU" ?
In the sample, I'm assuming that "aList" is a variable and should not be
renamed?
And that "kList" is the name of the list? (see line 008)
In line 015, what is the default folder that this script will look for
"FAQ.sygs"?
How do I make this script only run on certain lists? I want it to run only
for the SYAC and SYGS lists, and I want to send a different welcome message
(named "FAQ.<list_name>").
Also, I'd like to replace the "postmaster" e-mail address (line 013) with
the e-mail address of the actual list owner. Is there a way to extract
that information, or do I need to hardcode it?
001 on idle
002 return 300
003 end idle
004
005 on «event AuSUaUSU» (aList)
006 set kSender to item 3 of aList
007 set kRFCDate to item 8 of aList
008 set kList to item 9 of aList
009
010 tell application "AutoShare"
011 ignoring application responses
012 Send Mail To {Email:kSender, Ename:kSender} ¬
013 From
{Email:"postmaster@camelot.lmms.lmco dot com", Ename:"Camelot Postmaster"} ¬
014 Subject "Hello" Body String ¬
015 ("You were subscribed on " & kRFCDate) Body
=46ile ("FAQ.sygs") ¬
016 Precedence "bulk" Body Header "Subscribed"
Body Footer "Thank you"
017 end ignoring
018 end tell
019 end «event AuSUaUSU»
Any and all help is greatly appreciated, as I am illiterate with
Applescript. Thanks in advance!
Bill
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Web Geek |
| 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: Tue, 16 Jun 1998 15:02:13 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: More questions about Process Extender
Regarding the Subscribe process extender.
I gather from Trial & Error that the process extender which runs when a
subscription is made _must_ be named "Subscribe"?
I also noticed that once the Subscribe script started, it never quit. Is
that normal? Or do I need to add something to make it quit?
The script ran only when doing a direct subscribe. When I did a remote
subscribe, it did not run (or if it did, it didn't work). Is this
expected? Or do I need to do something different to trigger the send for
remote subscribes?
Regarding the body file path name, apparently the path is somewhere
different than I thought. I put a text file in the same folder as the
script, but it did not include that text in the welcome message. Where is
it looking for the file?
Thanks
Bill
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Web Geek |
| 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: Tue, 16 Jun 1998 21:36:43 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Autoshare question revised
At 14:36 -0700 16/6/1998, Camelot Administrator wrote:
>> >"Request for subscription is pending moderator approval"
>Do I hear a change coming? :)
You sure do! Just a string though.
>First of all, by placing a copy of this script in the top level of
>"Process Extenders" folder, it gets activated, correct?
Yes.
>What tells Autoshare that it should run when a subscription is accepted?
>Is that controlled by the event "AuSUaUSU" ?
Yes.
>In the sample, I'm assuming that "aList" is a variable and should not
>be renamed?
You can rename it as long as you rename all use of it.
>And that "kList" is the name of the list? (see line 008)
Yes. The documentation outlines the use of the list parameters, and the
Template process extender sample of type Before Processing outlines my
suggested variable names.
>How do I make this script only run on certain lists? I want it to run only
>for the SYAC and SYGS lists, and I want to send a different welcome message
>(named "FAQ.<list_name>").
Rather than have FAQ.<list_name> files, create a folder entitled FAQ
(inside the documents folder) and put documents inside having list names.
>Also, I'd like to replace the "postmaster" e-mail address (line 013) with
>the e-mail address of the actual list owner. Is there a way to extract
>that information, or do I need to hardcode it?
You can extract the information using AppleScript commands such as GetList.
>Any and all help is greatly appreciated, as I am illiterate with
>Applescript. Thanks in advance!
The good thing about AppleScript is that it is part of the Mac OS and so
easy to begin using. My favorite book on AppleScript is Danny Goodmans's
AppleScript Handbook.
Date: Tue, 16 Jun 1998 21:38:25 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: More questions about Process Extender
At 15:02 -0700 16/6/1998, Camelot Administrator wrote:
>I gather from Trial & Error that the process extender which runs when a
>subscription is made _must_ be named "Subscribe"?
Yes. Since process extenders don't unique creators, they are launched based
on their absolute file paths.
>I also noticed that once the Subscribe script started, it never quit. Is
>that normal? Or do I need to add something to make it quit?
Once you "save as" the process extender, you can configure to do so.
>The script ran only when doing a direct subscribe. When I did a remote
>subscribe, it did not run (or if it did, it didn't work). Is this
>expected? Or do I need to do something different to trigger the send for
>remote subscribes?
The remote subscribe is an administrative approach, so it's different.
Date: Tue, 16 Jun 1998 23:44:36 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: AutoShare 2.4b2
Version 2.4b2 has been uploaded to
<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
The List Names button and window including balloon help have been added to
Admin, reorganizing the creating, deleting and renaming of lists.
The Resources menu item has been added to the Extras menu. Using the
Resources window having balloon help, you may update 'STR#' and 'STR '
resources in the AutoShare Preferences file and other files without having
to use a resource editor; comes in handy with for instance 'STR ' keys in
poll documents. The AppleScript commands SetRes and GetRes have been
restructured and expanded to accomplish this.
The /= sub token response for private lists has been updated.
The HTML documentation has been fully updated.
Date: Wed, 17 Jun 1998 07:49:27 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: More questions about Process Extender
First off, thanks for the help-to-date Mikael.
At 9:38 PM -0700 on 6/16/98, Mikael Hansen wrote:
>
> >The script ran only when doing a direct subscribe. When I did a remote
> >subscribe, it did not run (or if it did, it didn't work). Is this
> >expected? Or do I need to do something different to trigger the send for
> >remote subscribes?
>
> The remote subscribe is an administrative approach, so it's different.
>
The whole reason I'm trying this process extender approach is because I
need to have the welcome message get sent when remote subscribes are done
(Autoshare already has a built-in function for sending welcome messages for
direct subscribes).
So what do I need to change to get it to activate upon remote subscribes?
The name of the script? The name of the event?
Bill
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Web Geek |
| 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 |
+----------------------------------------------------------------+