Date: Tue, 3 Jun 1997 09:16:43 -0700
From: Bill Catambay <admin at clavin.lmsc.lockheed dot com>
Subject: Re: Need help understanding addendum info...
At 5:56 PM -0700 on 6/2/97, Mikael Hansen wrote:
> At 13:14 -0700 6/2/97, Bill Catambay wrote:
>
> >I would like the subscriber address to be extracted from the RFC From
> >field, but I have no idea what is meant by using the "RFC From property in
> >the AppleScript Options (Misc)". If someone would walk me through this
> >process, I would be very grateful (I was hoping there'd be a simple switch
> >to flip in the admin program, but I see no such beast).
>
> The Admin:
>
> Choose More Miscellaneous from the Preferences menu and check 'RFC From (vs
> envelope)'. Easy, isn't it? :-)
>
I went through every Preference menu, including this one, and did not see
the above option. In fact, when I choose More Miscellaneous, I got the
following error dialog:
"An error occurred while executing the script of window "More
Miscellaneous": Can't get <<class cRPw>> of {<<class cLog>>:"Off", <<class
cFmt>>:"Text", <<class cBou>>:"On". <<class cCom>>:"Body". [the rest
truncated]
What does this mean?
Better yet, how do I fix it?
... moments later....
Never mind. I was using the old Admin. I just switched to the new Admin
that came with 1.3, and all is well. Thanks.
Bill
_____________________________________________________________________
Bill Catambay
Software Developer, Macintosh/VAX Administrator, EIS Webmaster
<http://www.catambay.com/pascal-central>
/>
// Excalibur: Morgana's Revenge is released!
(//////[O]>=========================================-
\\ <http://www.catambay.com/morgana>
\>
____________________________________________________________________
Date: Fri, 6 Jun 1997 08:32:47 -0400
From: msmith at tjms1.jefferson.arl.k12.va dot us (Matt Smith)
Subject: Invalid list server command: Message-Id-
I have recently set up an EIMS and AutoShare. As a teacher, I am very
excited about the educational value of the software. The only aspect of
AutoShare I am currently using is the Listserv. I am able to enter names
into the listserv file manually, and the listserv works correctly. My
problem is when I try to subscribe (or unsubscribe) via email. Every time
I sent command to the autoshare account, I recieve the reply "Invalid list
server command: Message-Id-". I have send the commands in both the body
and the subject line (although the software is configured to look in the
body), and tried all forms of capitalization. I have tried the subscribe,
unsubscribe and list commands, all with the same results. Since I was able
to subscribe to this list, the software works. Does anybody have any ideas
on how I might have misconfigured the software?
Date: Fri, 6 Jun 1997 08:06:53 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Invalid list server command: Message-Id-
At 08:32 -0400 6/6/97, Matt Smith wrote:
>I have recently set up an EIMS and AutoShare. As a teacher, I am very
>excited about the educational value of the software.
Happy to hear that!
>Every time I sent command to the autoshare account, I recieve the reply
>"Invalid list server command: Message-Id-". I have send the commands
>in both the body and the subject line (although the software is configured
>to look in the body), and tried all forms of capitalization.
With a /=original line (see the samples) in your list server files, the
subscriber's original message is included in the returned message. This
will show how your sent message compares to the one returned (also includes
an RFC header). Some LAN clients insert a header in the beginning of the
body due a used form, or perhaps there is a blank line in the RFC header.
Any of these two will cause your command line not to be the first line in
the body. Hope this helps.
Date: Fri, 6 Jun 1997 12:08:17 -0400
From: "Adam J. Gerstein" <adam at tangentdesign dot com>
Subject: Getting TOC to be proper HTML?
I'm running version 1.3 with the latest version of EIMS. I have a couple of
lists on the server, but none of the TOC's look right when I view them in HT=
ML.
=46or example:
1. CT: Artist and Nude "Adam J. Gerstein" Ðmacgeek at pobox dot comð Fri, 6 Jun=
1997
09:44:25 -0400 2. CT: Catching a mouse "Adam J. Gerstein"
Ðmacgeek at pobox dot comð Fri, 6 Jun 1997 09:43:48 -0400 3. CT: Bumper Sticker=
s
Compendium "Adam J. Gerstein" Ðmacgeek at pobox dot comð Fri, 6 Jun 1997 09:45:=
19
-0400
Is what it looks like now. I am looking for it to look like:
1. CT: Artist and Nude "Adam J. Gerstein" Ðmacgeek at pobox dot comð
Fri, 6 Jun 1997 09:44:25 -0400
2. CT: Catching a mouse "Adam J. Gerstein" Ðmacgeek at pobox dot comð
Fri, 6 Jun 1997 09:43:48 -0400
3. CT: Bumper Stickers Compendium "Adam J. Gerstein" Ðmacgeek at pobox dot comð
Fri, 6 Jun 1997 09:45:19 -0400
Is there some way to do this automatically? I'd hate to have to do this by h=
and
every time something is posted to the list.
If it's in the documentation/FAQ, I apologize. I skimmed them just now, look=
ing
for info, but couldn't find it, so maybe I missed something....
adam
---------------------------------------+------------------
Adam Gerstein | Macintosh:
TANGENT Design/Communications | The power to
adam at tangentdesign dot com | save the world!
http://www.tangentdesign.com | O-
---------------------------------------+------------------
Date: Fri, 6 Jun 1997 12:12:56 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Getting TOC to be proper HTML?
At 12:08 -0400 6/6/97, Adam J. Gerstein wrote:
>I'm running version 1.3 with the latest version of EIMS. I have a
>couple of lists on the server, but none of the TOC's look right when
>I view them in HTML.
Are you by any chance viewing the TOC files directly? They are incompletely
formatted as are. They do not become fully formatted and integrated with
the HTML files until you send a GET request or if you have configured fully
automated web archives.
Date: Mon, 9 Jun 1997 08:57:42 -0400
From: wsuarez at digprod dot com (Bill Suarez)
Subject: Hard Bounce Notification
Mikael,
Is there some way to get "dynamic" notification sent to the list admin that a
hard bounce unsubscribe has occured?
I sent out a message to a list that hadn't seen traffic in a while and as you
might imagine some of the addresses were no longer valid. The bounce account got
back some "550" messages and promptly did it's job and purged them out of the
appropriate file. However, I didn't get any notification of this until the
following morning when my reports showed up.
The problem lies in that I had sent our three messages to this list and the
messages that got bounced back from postings two and three got forwarded to the
admin as the first bounce for these accounts deleted them from the list.
If I had gotten a dynamic message indicating that AutoShare had deleted an
account from a a list, then I would have know to ignore the bounces from posts
two and three for those same accounts.
I realze this is long winded and wordy but I couldn't figure out how else to get
it across.
Regards,
Bill Suarez
Date: Mon, 9 Jun 1997 07:49:54 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Hard Bounce Notification
At 08:57 -0400 6/9/97, Bill Suarez wrote:
>Is there some way to get "dynamic" notification sent to the list admin
>that a hard bounce unsubscribe has occured?
I'm afraid that an immediate (dynamic) notification sent to the admin is
not user-configurable at this time. A valid request though, which I have
put on my to-do list.
>If I had gotten a dynamic message indicating that AutoShare had deleted
>an account from a a list, then I would have know to ignore the bounces
>from posts two and three for those same accounts.
I don't understand this part. Posts two and three would not have generated
actual bounces for those same accounts as they are no longer subscribed.
Date: Mon, 9 Jun 1997 11:39:07 -0400
From: wsuarez at digprod dot com (Bill Suarez)
Subject: Re[2]: Hard Bounce Notification
In theory you are correct Mikael.
However, since each of the three messages were handled in succession by
AutoShare....so quickly I might add, all of the messages were sitting in the
EIMS "outgoing" queue. Only when the first of the three bounced did the
addresses get unsubscribed. The outbound messages for posts two and three were
already in the outgoing queue by this time.
Obviously they will still bounce but I will at least know why they did!
Bill
_______________________________________________________________________________
Subject: Re: Hard Bounce Notification
From: autoshare-talk at frutiger.staffs.ac dot uk at Internet
Date: 6/9/97 7:49 AM
At 08:57 -0400 6/9/97, Bill Suarez wrote:
>Is there some way to get "dynamic" notification sent to the list admin
>that a hard bounce unsubscribe has occured?
I'm afraid that an immediate (dynamic) notification sent to the admin is
not user-configurable at this time. A valid request though, which I have
put on my to-do list.
>If I had gotten a dynamic message indicating that AutoShare had deleted
>an account from a a list, then I would have know to ignore the bounces
>from posts two and three for those same accounts.
I don't understand this part. Posts two and three would not have generated
actual bounces for those same accounts as they are no longer subscribed.
** The AutoShare-Talk archives are at:
** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
Date: Thu, 19 Jun 1997 09:45:57 -0700
From: Melissa Capen <melissa at otlmail.stanford dot edu>
Subject: Did I break Autoshare?
Folks,
I justupgraded our mailserver (Powermac 7100/90) from System 7.5.1
to 7.6.1.
This means it has gone from MacTCP to OT 1.1.2.
It is running AIMS 1.1.1 and Autoshare 1.2.
It has been running flawlessly until I upgraded the server, and for a while
I broke AIMS (until everyone on the AIMS list helped me to figure out my
TCPIP settings correctly....).
Now when I try and configure Autoshare for vacation mail auto replies, it
doesnt work. Nothing gets returned to the sender, even though I have a
default msg in the Documents folder. I checked all the folder preference
paths and they all look correct.
Can anyone help?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Melissa Capen
Office of Technology Licensing
Stanford University
melissa at otlmail.stanford dot edu
http://www-leland.stanford.edu/group/OTL/
415-473-3203
Date: Thu, 19 Jun 1997 09:57:50 -0700
From: Melissa Capen <melissa at otlmail.stanford dot edu>
Subject: more on broken auto replies
Some more info that may or may not be of value in trying to figure out what
is broken here...
I just selected analysis from the Autoshare Preferences menu, and it was
processing something called afc47120, and gave a header from an old mail
msg to one of my users.
I looked in the Filed Mail Folder of the Auto Folder and sure enough there
was a text file called afc47120, as well as a bunch of other text files
including text of msgs that I have received this morning (though the auto
reply was not sent!).
Previously when I had looked into the filed mail folder there was nothing
there...
Could someone explain what the analysis is doing, and what should be in the
filed mail folder, and why copies of msgs sent to me today are in there???
Thanks much!
>Folks,
>
>I justupgraded our mailserver (Powermac 7100/90) from System 7.5.1
>to 7.6.1.
>
>This means it has gone from MacTCP to OT 1.1.2.
>
>It is running AIMS 1.1.1 and Autoshare 1.2.
>
>It has been running flawlessly until I upgraded the server, and for a
>while I broke AIMS (until everyone on the AIMS list helped me to figure
>out my TCPIP settings correctly....).
>
>Now when I try and configure Autoshare for vacation mail auto replies, it
>doesnt work. Nothing gets returned to the sender, even though I have a
>default msg in the Documents folder. I checked all the folder preference
>paths and they all look correct.
>
>
>Can anyone help?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Melissa Capen
Office of Technology Licensing
Stanford University
melissa at otlmail.stanford dot edu
http://www-leland.stanford.edu/group/OTL/
415-473-3203
Date: Thu, 19 Jun 1997 13:06:06 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: more on broken auto replies
At 09:57 -0700 19/6/1997, Melissa Capen wrote:
>Could someone explain what the analysis is doing,
The Analysis file merely lists your AutoShare configuration.
>and what should be in the filed mail folder,
Whatever arrives in the Filed Mail folder should be processed and deleted
very quickly.
>and why copies of msgs sent to me today are in there???
The file afc47120 may be blocking the queue somehow. AutoShare is supposed
to move onto the next file though, if there is one.
Could you please put the afc47120 file and the Analysis file inside a
StuffIt archive (to preserve resource forks) and send it to my e-mail
address? Thanks.
Date: Thu, 19 Jun 1997 21:49:06 +0100
From: james at frutiger.staffs.ac dot uk (James Berriman)
Subject: Re: more on broken auto replies
Melissa, I wonder if you have old filter files left over from previous
vacations?
( :-]) James
Subject: Re: AutoShare-Talk digest 20 Jun 1997
From: Roger_Booth at pubshop.demon.co dot uk
Date: Fri, 20 Jun 1997 15:17:39 +0100
*This message was sent using a trial version of CommuniGate(tm) SMTP*
*This message was sent using a trial version of CommuniGate(tm) FC Gateway*
I want to give multiple users on my local system access
to mail lists.
Can I set up a mail list and subscribe that to another mail list?
This would mean only one message per mail list would need to
arrive at my system. All the local (intranet) users could
subscribe to the mail list at my end.
roger_booth at pubshop.demon.co dot uk=
Date: Mon, 23 Jun 1997 10:59:25 +0100
From: james at frutiger.staffs.ac dot uk (James Berriman)
Subject: Subscribing a list to another list
[Note: Roger sent this to the list on Saturday. Due to a small problem at
this end, it was not processed. - James]
I want to give multiple users on my local system access to mail lists.
Can I set up a mail list and subscribe that to another mail list?
This would mean only one message per mail list would need to arrive at my
system. All the local (intranet) users could subscribe to the mail list at
my end.
roger_booth at pubshop.demon.co dot uk
Date: Mon, 23 Jun 1997 18:12:32 +0100
From: james at frutiger.staffs.ac dot uk (James Berriman)
Subject: Re: Subscribing a list to another list
>Can I set up a mail list and subscribe that to another mail list?
>roger_booth at pubshop.demon.co dot uk
The problem you will find is that virtually all mailing lists incorporate a
precedence header. AutoShare Filters out all messages with a
Precedence: list/junk/bulk
header. This is done to prevent mail loops. I've heard of people getting
round this by hacking the STR# resources in AutoShare, but I wouldn't
recommend it.
You'll also have problems with people wanting to reply to messages from a
list to which they are not individually subscribed.
A few hacks come to mind, but none very satisfactory. Has anyone solved
this elegantly?
( :-]) James
Date: Thu, 3 Jul 1997 01:48:40 -0700
From: Mikael Hansen meh at dnai dot com>
Subject: Launch hooks
Hi everyone!
From time to time, I have received a number of nice mails from people
requesting AutoShare to do a multitude of tasks. Tasks that they would
like, say, their own script applications to perform. This is something that
I would like to do, and the time has now come.
The basic idea is that various "hooks" be inserted into AutoShare, e.g.
before the processing of a message file, after the processing of a message
file, when a given type of list server request is processed, when a list
contribution is processed, when a standard auto-response is processed etc
etc.
I don't know what to call this feature, but for now it's entitled "Launch
Hooks". "Processors" (or "Scripts") are good suggestions as well, as web
admins are familiar with pre- and post-processors. Other suggestions are
appreciated.
If an application, e.g. a script application, is created for a given hook,
it'll be launched at the appropriate time. It will furthermore pass a
number of parameters to the called (script) application, such as the RFC
From, To, Subject and Date fields of a given message file. A small script
may fetch this information and will enable you to create some action
performed by, say, FileMaker Pro, or even AutoShare itself. The
possibilities are endless!
Please speak up :-) Which entry point hooks would you be interested in, and
which types of information do you need for your (script) application to do
what is required?
--
Mikael Hansen mailto:meh at dnai.com> http://www.dnai dot com/~meh/autoshare/>
Date: Sat, 05 Jul 1997 11:41:58 +0000
From: Kirk Rogers Washington Post >
_____________________________________________
Kirk Rogers
Date: Sat, 5 Jul 1997 09:51:42 -0700
From: Mikael Hansen >
Date: Tue, 8 Jul 1997 22:38:11 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: AutoShare 1.4 public beta
Hi everyone!
AutoShare betas are generally non-public, but I thought that it might be
refreshing doing it differently this time around.
My change of heart originally stems from some behind-the-scenes cleaning up
of the inside of AutoShare, which does not manifest itself visibly to the
user in any other way than the use of less memory and less disk space, but
does however require the testing of many to assure the continued robustness
of AutoShare, which is where you come into the picture :-)
I have given up on having separate file names for the 68K and PPC
applications, as it causes too much hassle when dealing with scripts saved
as applications. Both server applications in the beta archive are therefore
named simply AutoShare, and the AutoShare Admin has been updated to be
compatible with this.
This first 1.4 beta also includes a number of bug fixes and minor changes.
The history of AutoShare being solid has also inspired me to dive into the
area of launching external applications, which the beta benefits from in
several ways. Using remote administration by e-mail, you can now launch or
quit other applications, and you can also restart or shut down your server
Mac. A Keep Applications Up feature has been added as well, allowing
AutoShare to launch various applications every so often, if they are not
already running.
Taking this a step further, the beta introduces process extenders, which
are external applications extending the processing of AutoShare itself.
These are often server scripts saved as applications, which get called with
a list of parameters when AutoShare encounters given entry-points in its
processing. Process extenders may be used for filters, databases, logging,
sending mail and pretty much anything. Sample process extenders are
included in the beta archive. You will see more of this as we progress
through the beta phase.
Before leaving you with the download URL, I have a humble request. You are
encouraged to submit all questions to the list rather than to me directly,
as others may benefit from the responses to your questions and as others
may respond to you more quickly than I do. This is greatly appreciated!
Moving along to the real stuff! AutoShare 1.4b0 is available from
<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
Chances are that James will set up an auto-response service(!) soon, so you
can request the archive by e-mail.
--
Mikael Hansen <mailto:meh at dnai.com
> <http://www.dnai dot com/~meh/autoshare/>
Date: Wed, 09 Jul 1997 15:44:50 +0100
From: James Berriman <james at frutiger.staffs.ac dot uk>
Subject: AutoShare beta 1.4b0 available by email
To get AutoShare 1.4b0, you can now send a message to
<AutoShare-software at frutiger.staffs.ac dot uk>
with the name of the file you want in the subject line.
*9-JUN-1997
AutoShare1.4b0 is now available.
Request filename: AutoShare1.4b0
<mailto:AutoShare-software at frutiger.staffs.ac.uk?subject=AutoShare1 dot 4b0>
The complete Admin for the above is also available.
Request filename: AutoShare1.4b0Admin.hqx
<mailto:AutoShare-software at frutiger.staffs.ac.uk?subject=AutoShare1.4b0Admin dot hqx>
( :-]) James
Date: Wed, 9 Jul 1997 15:14:01 -0700
From: Bill Catambay <admin at clavin.lmsc.lockheed dot com>
Subject: Re: AutoShare 1.4 public beta
At 10:38 PM -0700 on 7/8/97, Mikael Hansen wrote:
>
> I have given up on having separate file names for the 68K and PPC
> applications, as it causes too much hassle when dealing with scripts saved
> as applications. Both server applications in the beta archive are therefore
> named simply AutoShare, and the AutoShare Admin has been updated to be
> compatible with this.
>
Perhaps this has already been asked, but exactly why don't you just have
one FAT application rather than two (one for 68K and one for PPC). That
would seem to eliminate the issue of different names completely.
Bill
_____________________________________________________________________
Bill Catambay
Software Developer, Macintosh/VAX Administrator, EIS Webmaster
<http://www.catambay.com/pascal-central>
/>
// Excalibur: Morgana's Revenge is released!
(//////[O]>=========================================-
\\ <http://www.catambay.com/morgana>
\>
____________________________________________________________________
Date: Wed, 9 Jul 1997 22:28:26 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AutoShare 1.4 public beta
At 15:14 -0700 9/7/1997, Bill Catambay wrote:
>Perhaps this has already been asked, but exactly why don't you just have
>one FAT application rather than two (one for 68K and one for PPC). That
>would seem to eliminate the issue of different names completely.
The issue of different names has already been taken off, but a FAT version
by itself would certainly eliminate the issue of different files. Chances
are though that there would be not two, not one, but three files, as it is
my experience that far more people would ask for native-only versions
rather than the combo-fat.
Why? For the simple reason that FAT spells waste of disk space. The 68K
version takes up 342K, the PPC version 426K - and the FAT version 716K!
That is not to say that a FAT may not be appropriate in some cases though.
If you would like it, I'd be happy to upload a FAT next to the Complete
Admin at release time.
Date: Thu, 10 Jul 1997 16:49:38 -0700
From: Michael Ross <mross at antigone dot com>
Subject: AutoShare with a non-EIMS server?
Does anyone have any experience with setting up AutoShare as a list
processor with a non-EIMS server?
Specifically, we are running Communigate here. There is a module that will
write incoming mail to a given user to a particular folder, and also check
a particular folder for outgoing mail.
Is there anything else that needs to be configured as far as AutoShare's
interaction with EIMS is concerned?
If this works, I'll be glad to write up a section of the FAQ...
Thanks,
---
Michael Ross
mross at antigone dot com
Date: Thu, 10 Jul 1997 17:54:48 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Simple FileMaker Pro process extender
The following shows a very simple process extender, which adds a new record
to a FileMaker Pro database whenever a subscription takes place. The layout
of the database assumes two text fields, one for the e-mail address and one
for the date.
property basename : alias "Disk:subscriberbase"
on idle
return 300
end idle
on «event AuSUaUSU» (aList)
set kSender to item 3 of aList -- envelope sender
set kRFCDate to item 8 of aList -- RFC date
tell application "FileMaker Pro"
activate -- put into foreground
Open basename -- open the database
Create New Record With Data {kSender, kRFCDate} -- new record
end tell
end «event AuSUaUSU»
The above may of course be expanded in all sorts of ways, e.g. by 1.
extracting the user name of the envelope recipient and thereby making the
database list-specific, 2. having more fields per record or 3. adding a
corresponding unsubscribe process extender, which sends a mail to the
subscriber indicating when the original subscription took place by
searching the database and stuffing the reply into a scripted mail.
Date: Thu, 10 Jul 1997 18:24:28 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AutoShare with a non-EIMS server?
At 16:49 -0700 10/7/1997, Michael Ross wrote:
>Does anyone have any experience with setting up AutoShare as a list
>processor with a non-EIMS server?
I don't :-(
>Specifically, we are running Communigate here. There is a module that will
>write incoming mail to a given user to a particular folder, and also check
>a particular folder for outgoing mail.
>
>Is there anything else that needs to be configured as far as AutoShare's
>interaction with EIMS is concerned?
You would want to link the subscriber lists as well.
>If this works, I'll be glad to write up a section of the FAQ...
Most appreciated! I look forward to hearing more about it.
Date: Thu, 10 Jul 1997 19:00:44 -0700
From: Michael Ross <mross at antigone dot com>
Subject: Re: AutoShare with a non-EIMS server?
OK, I'm becoming a little confused, most likely since I am very unfamiliar
with EIMS.
Can you tell me the exact path EIMS uses to store Incoming and Outgoing mail?
The confusing thing is that in the QuickStart folder, the Incoming mail
folder is refered to as :System Folder:Mail Folder:Incoming Mail:, however
when a Log file is generated in AutoShare, it deposits the file into the
folder specified as Incoming Mail folder! I would have thought it would go
to an _Outgoing_ Mail folder!
So, please forgive the very basic nature of this, but could you tell me:
1) Which folder to set in the Folders... command which is the folder
AutoShare uses to put outgoing mail, either in response to a command, or to
send out mail to the lists.
2) Which forder to set in the Folders... command which is the folder
AutoShare checks for incoming command mail (addressed to
<autoshare at domain dot com>).
3) Which forder to set in the Folders... command which is the folder
AutoShare checks for incoming list postings (addressed to
<list1 at domain dot com>)
Also, how often does AutoShare check these folders? Is this an automatic
process or?
Sorry if I need more sorting out than is humanly feasible!
Michael
---
Michael Ross
mross at antigone dot com
Date: Thu, 10 Jul 1997 20:17:01 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AutoShare with a non-EIMS server?
At 19:00 -0700 10/7/1997, Michael Ross wrote:
>Can you tell me the exact path EIMS uses to store Incoming and Outgoing mail?
>
>The confusing thing is that in the QuickStart folder, the Incoming mail
>folder is refered to as :System Folder:Mail Folder:Incoming Mail:, [...]
The above absolute path of the EIMS folder is for storing outgoing message
files, so the 'Incoming Mail' folder name is certainly confusing! Perhaps
Glenn was originally viewing it as message files coming in to EIMS.
There is no single absolute path for the folder, in which EIMS stores
messages files. It depends on the absolute folder path of a given EIMS
account configured as 'Save as files'. With AutoShare, this folder is
generally spoken of as the 'Filed Mail' folder.
Be also aware than folder paths in EIMS require that there be no trailing
colon. AutoShare on the other hand does require such a trailing colon.
From: Jerry Thompson <jthompson at directhit dot com>
Subject: AutoShare 1.4b0 up and running...
Date: Fri, 11 Jul 1997 11:28:09 +0000
Greetings,
Got the AutoShare 1.4b0 up and running. No problems at all. Except, I got
a <<class>> error while I was manually deleting some subscribers from a
list. The list has about 2400 subscribers on it. Is there a limit to the
number of subscribers that can be listed? Perhaps I need to increase the
memory allocation to the AutoShare Admin?
Also, I noticed that you can now do remote management (ie. start, quit,
restart system etc.). I haven't read through any of the docs but I suppose
this is done in conjunction with some sort of password?
TIA!
Jerry.
________________________________________________
Jerry Thompson jthompson at directhit dot com
MIS/Webmaster,
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: Fri, 11 Jul 1997 12:16:10 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AutoShare 1.4b0 up and running...
At 11:28 +0000 11/7/1997, Jerry Thompson wrote:
>Got the AutoShare 1.4b0 up and running. No problems at all.
Good! Thanks for testing the beta.
>Except, I got a <<class>> error while I was manually deleting some
>subscribers from a list. The list has about 2400 subscribers on it.
The Admin probably ran into a timeout error, which is harmless unless you
rely on the reply returned to you. Currently, there is no way to change the
timeout error in the Admin, but you can certainly do it in AppleScript.
>Is there a limit to the number of subscribers that can be listed?
In the Admin, yes. About 1,000 or so, I seem to recall. This is why I
implemented the partial list of of subscribers (see the from/to range at
the bottom of the window).
>Perhaps I need to increase the memory allocation to the AutoShare Admin?
Nope :-) I once tested extensively with 40,000 subscribers (I think I even
tried with a file of 200,000 subscribers). No problem.
>Also, I noticed that you can now do remote management (ie. start, quit,
>restart system etc.). I haven't read through any of the docs but I
>suppose this is done in conjunction with some sort of password?
Correct. You just follow the standard format for remote administration by
e-mail and use your regular password. The following examples illustrate how
it's done (rosebud is a given password, a@b is a dummy e-mail address, and
MaiL is the creator of EIMS):
rosebud application a@b launch MaiL
rosebud application a@b quit MaiL
rosebud system a@b launch
rosebud system a@b quit
Date: Fri, 11 Jul 1997 12:42:00 -0700
From: Bill Catambay <admin at clavin.lmms.lmco dot com>
Subject: Subscription problem
Just when I thought I knew what I was doing...
I just tried setting up a 2nd list on EIMS, and it is setup just like the
first list. The only problem I am having, however, is the subscription
process. When someone tries to subscribe to the list, they get a reply
saying they have been successfully added to the list, but the list files
are not updated; and, in fact, they are not added to the list.
If I subscribe them through AutoShare Admin, then everything is fine.
People can post, and everyone on the list gets the posts.
So what could possibly be breaking the subscription process? I have the
list setup as Subscription, and then I tried switching it to Open. The
only thing that allowed is the person to make posts to the list even if
they are not on it. But they cannot subscribe to the list.
To recap: If someone sends a subscribe command to the list, they get a
response telling them they are subscribed, but they are not actually
subscribed. I looked over the FAQ to see if I could find anything helpful
there, but I couldn't. Does anyone have an idea?
Thanks,
Bill
_____________________________________________________________________
Bill Catambay
Software Developer, Macintosh/VAX Administrator, EIS Webmaster
<http://www.catambay.com/pascal-central>
/>
// Excalibur: Morgana's Revenge is released!
(//////[O]>=========================================-
\\ <http://www.catambay.com/morgana>
\>
____________________________________________________________________
Date: Sat, 12 Jul 1997 17:23:51 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Subscription problem
At 12:42 -0700 11/7/1997, Bill Catambay wrote:
>I just tried setting up a 2nd list on EIMS, and it is setup just like the
>first list. The only problem I am having, however, is the subscription
>process. When someone tries to subscribe to the list, they get a reply
>saying they have been successfully added to the list, but the list files
>are not updated; and, in fact, they are not added to the list.
When someone sends a subscription request by e-mail and the subscription is
accepted, only the main list file is updated at this time. The subscription
process is triggered by the '/=sub' line in the sub doc. Is there a chance
that this line is not there and that the generic text of the sub doc might
make the subscriber believe that the subscription has been accepted? The
complete contents of the mail response returned to the sender would be
helpful.
>If I subscribe them through AutoShare Admin, then everything is fine.
>People can post, and everyone on the list gets the posts.
This administrative process does not rely on the sub doc and is therefore
quite different.
>So what could possibly be breaking the subscription process? I have the
>list setup as Subscription, and then I tried switching it to Open. The
>only thing that allowed is the person to make posts to the list even if
>they are not on it. But they cannot subscribe to the list.
I just tried to make some subscriptions to an open list, and I couldn't
reproduce the above as they were all subscribed.
Date: Sun, 13 Jul 1997 21:33:24 -0700
From: Michael Ross <mross at antigone dot com>
Subject: Re: AutoShare with a non-EIMS server?
>>Can you tell me the exact path EIMS uses to store Incoming and Outgoing mail?
>>
>>The confusing thing is that in the QuickStart folder, the Incoming mail
>>folder is refered to as :System Folder:Mail Folder:Incoming Mail:, [...]
>
>The above absolute path of the EIMS folder is for storing outgoing message
>files, so the 'Incoming Mail' folder name is certainly confusing! Perhaps
>Glenn was originally viewing it as message files coming in to EIMS.
>
>There is no single absolute path for the folder, in which EIMS stores
>messages files. It depends on the absolute folder path of a given EIMS
>account configured as 'Save as files'. With AutoShare, this folder is
>generally spoken of as the 'Filed Mail' folder.
Got it. Something wierd is happening though. AutoShare doesn't seem to
check the Filed Mail folder at all.
I don't see any mention of the "FaceSpan Extension" in the docs. Should
this remain in the same folder as AutoShare, or should it go in :System
Folder:Extensions: ?
Lastly, it looks like AutoShare actually does not do any of the mailing,
but rather sends list mail to the users "listname.m" and "listname.d" for
EIMS to mail out. Communigate has no method of aliasing a list of names
(can you imagine?). How difficult would it be to make AutoShare generate
the outgoing list mail files and drop them in the 'Incoming Mail' folder?
Thanks,
Michael
---
Michael Ross
mross at antigone dot com
Date: Mon, 14 Jul 1997 13:44:09 +0100
From: james at frutiger.staffs.ac dot uk (James Berriman)
Subject: Re: AutoShare with a non-EIMS server?
At 5:33 am 14/7/97, Michael Ross wrote:
>Got it. Something wierd is happening though. AutoShare doesn't seem to
>check the Filed Mail folder at all.
If you're trying this with Communigate, then I don't believe it will work.
AutoShare looks for envelope addresses in the resource fork of each message
file (STR 8192 and STR#8192). It would be nice if Stalker supported this
EIMS routing method, but I don't think they do. Someone tell me I'm wrong,
please! ;-)
>I don't see any mention of the "FaceSpan Extension" in the docs. Should
>this remain in the same folder as AutoShare, or should it go in :System
>Folder:Extensions: ?
The latter. The FaceSpan extension is used by the Admin.
>Lastly, it looks like AutoShare actually does not do any of the mailing,
>but rather sends list mail to the users "listname.m" and "listname.d" for
>EIMS to mail out. Communigate has no method of aliasing a list of names
>(can you imagine?). How difficult would it be to make AutoShare generate
>the outgoing list mail files and drop them in the 'Incoming Mail' folder?
I would suggest you have a look at using EIMS for smtp. Turn off smtp in
Communigate and use the unified POP account method to collect all mail from
EIMS. That way, you could have EIMS, AutoShare and Communigate all
functioning together on the same machine.
Haven't tried this myself, so it's just a suggestion. Take it with a pinch
of salt ;-)
For a start, I don't think the unified POP account approach identifies the
individual recipient, which often doesn't match the To: header. Mailing
list messages are an obvious example (Some POP servers get round this by
adding routing info in X-headers, but this won't work with EIMS).
It might be a good feature request for EIMS to support this kind of
X-header, though. Anyone know what headers Communigate looks for?
Thinking about it, I suppose AutoShare (or a script) could handle that same
function.
OK, that's enough wild speculation for one message :-)
( :-]) James
Date: Fri, 11 Jul 1997 16:05:31 -0700
From: Michael Ross <mross at antigone dot com>
Subject: Re: AutoShare with a non-EIMS server?
>>Can you tell me the exact path EIMS uses to store Incoming and Outgoing mail?
>>
>>The confusing thing is that in the QuickStart folder, the Incoming mail
>>folder is refered to as :System Folder:Mail Folder:Incoming Mail:, [...]
>
>The above absolute path of the EIMS folder is for storing outgoing message
>files, so the 'Incoming Mail' folder name is certainly confusing! Perhaps
>Glenn was originally viewing it as message files coming in to EIMS.
>
>There is no single absolute path for the folder, in which EIMS stores
>messages files. It depends on the absolute folder path of a given EIMS
>account configured as 'Save as files'. With AutoShare, this folder is
>generally spoken of as the 'Filed Mail' folder.
Got it. Something wierd is happening though. AutoShare doesn't seem to
check the Filed Mail folder at all.
I don't see any mention of the "FaceSpan Extension" in the docs. Should
this remain in the same folder as AutoShare, or should it go in :System
Folder:Extensions: ?
Lastly, it looks like AutoShare actually does not do any of the mailing,
but rather sends list mail to the users "listname.m" and "listname.d" for
EIMS to mail out. Communigate has no method of aliasing a list of names
(can you imagine?). How difficult would it be to make AutoShare generate
the outgoing list mail files and drop them in the 'Incoming Mail' folder?
Thanks,
Michael
---
Michael Ross
mross at antigone dot com
Date: Tue, 15 Jul 1997 16:59:13 +0200
From: cReverd at Xon-Xoff dot com (Christophe Reverd)
Subject: Re: AutoShare-Talk digest 15 Jul 1997
>Date: Sat, 12 Jul 1997 17:23:51 -0700
>From: Mikael Hansen <meh at dnai dot com>
>Subject: Re: Subscription problem
>
>At 12:42 -0700 11/7/1997, Bill Catambay wrote:
>
>>I just tried setting up a 2nd list on EIMS, and it is setup just like the
>>first list. The only problem I am having, however, is the subscription
>>process. When someone tries to subscribe to the list, they get a reply
>>saying they have been successfully added to the list, but the list files
>>are not updated; and, in fact, they are not added to the list.
Hi team,
I've to deal with the same kind of trouble. The first list works fine. The second one was for a few days then... I don't know why. Since the first trouble I tested a lot of work around without good results. I don't want to kill the first list eiher.
I use PPC version 1.3 on 8500 with 7.5.5.
Feel free to test it at : "Listserv@Magnetik dot com" with a "SUB IACCHOS" in subject.
Any idea will be helpeful !
Date: Tue, 15 Jul 1997 08:39:36 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Subscription problem
At 17:23 -0700 12/7/1997, Mikael Hansen wrote:
>The subscription process is triggered by the '/=sub' line in the sub doc.
>Is there a chance that this line is not there and that the generic text
>of the sub doc might make the subscriber believe that the subscription
>has been accepted?
At 16:59 +0200 15/7/1997, Christophe Reverd wrote:
>Feel free to test it at : "Listserv@Magnetik dot com" with a "SUB IACCHOS"
>in subject.
It looks like your sub doc has no '/=sub' line. The returned response to a
subscription request did not indicate any triggered action.
Date: Tue, 15 Jul 1997 12:16:14 -0700
From: Bill Catambay <admin at clavin.lmms.lmco dot com>
Subject: Re: Subscription problem
At 5:23 PM -0700 on 7/12/97, Mikael Hansen wrote:
> At 12:42 -0700 11/7/1997, Bill Catambay wrote:
>
> >I just tried setting up a 2nd list on EIMS, and it is setup just like the
> >first list. The only problem I am having, however, is the subscription
> >process. When someone tries to subscribe to the list, they get a reply
> >saying they have been successfully added to the list, but the list files
> >are not updated; and, in fact, they are not added to the list.
>
> When someone sends a subscription request by e-mail and the subscription is
> accepted, only the main list file is updated at this time. The subscription
> process is triggered by the '/=sub' line in the sub doc. Is there a chance
> that this line is not there and that the generic text of the sub doc might
> make the subscriber believe that the subscription has been accepted? The
> complete contents of the mail response returned to the sender would be
> helpful.
>
That was they key. The /=sub line was not present (I didn't realize that
it had to be). I put it in, and it works. That leads me to a 2nd
question...
Since the /=sub seems to give a result of the subscription request, it
doesn't seem appropriate to put the welcome message there since the request
may have been denied. Is there some other mechanism for automatically
sending out a welcome message once a person has been subscribed
successfully?
Thanks,
Bill
_____________________________________________________________________
Bill Catambay
Software Developer, Macintosh/VAX Administrator, EIS Webmaster
<http://www.catambay.com/pascal-central>
/>
// Excalibur: Morgana's Revenge is released!
(//////[O]>=========================================-
\\ <http://www.catambay.com/morgana>
\>
____________________________________________________________________
Date: Tue, 15 Jul 1997 16:04:57 -0400
From: wsuarez at digprod dot com (Bill Suarez)
Subject: Re[2]: Subscription problem
Bill,
I put an advisory note in my .sub file cautioning users to read the message to
ensure that their subscription request actually worked.
That has seemed to do the trick for me.
Bill Suarez
_______________________________________________________________________________
Subject: Re: Subscription problem
From: autoshare-talk at frutiger.staffs.ac dot uk at Internet
Date: 7/15/97 12:16 PM
At 5:23 PM -0700 on 7/12/97, Mikael Hansen wrote:
> At 12:42 -0700 11/7/1997, Bill Catambay wrote:
>
> >I just tried setting up a 2nd list on EIMS, and it is setup just like the
> >first list. The only problem I am having, however, is the subscription
> >process. When someone tries to subscribe to the list, they get a reply
> >saying they have been successfully added to the list, but the list files
> >are not updated; and, in fact, they are not added to the list.
>
> When someone sends a subscription request by e-mail and the subscription is
> accepted, only the main list file is updated at this time. The subscription
> process is triggered by the '/=sub' line in the sub doc. Is there a chance
> that this line is not there and that the generic text of the sub doc might
> make the subscriber believe that the subscription has been accepted? The
> complete contents of the mail response returned to the sender would be
> helpful.
>
That was they key. The /=sub line was not present (I didn't realize that
it had to be). I put it in, and it works. That leads me to a 2nd
question...
Since the /=sub seems to give a result of the subscription request, it
doesn't seem appropriate to put the welcome message there since the request
may have been denied. Is there some other mechanism for automatically
sending out a welcome message once a person has been subscribed
successfully?
Thanks,
Bill
_____________________________________________________________________
Bill Catambay
Software Developer, Macintosh/VAX Administrator, EIS Webmaster
<http://www.catambay.com/pascal-central>
/>
// Excalibur: Morgana's Revenge is released!
(//////[O]>=========================================-
\\ <http://www.catambay.com/morgana>
\>
____________________________________________________________________
** The AutoShare-Talk archives are at:
** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
Date: Wed, 16 Jul 1997 01:19:01 +0100
From: james at frutiger.staffs.ac dot uk (James Berriman)
Subject: Re: Subscription problem
At 20:16 15/07/97, Bill Catambay wrote:
>Since the /=sub seems to give a result of the subscription request, it
>doesn't seem appropriate to put the welcome message there since the request
>may have been denied. Is there some other mechanism for automatically
>sending out a welcome message once a person has been subscribed
>successfully?
>
>Thanks,
>Bill
Now that sounds like an ideal candidate for a Process Extender. When
AutoShare 1.4 subscribes someone to a list it will optionally pass the
relevant info to a script for further processing. The hook is there :-)
( :-]) James
Date: Tue, 15 Jul 1997 21:55:31 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Subscription problem
At 01:19 +0100 16/7/1997, James Berriman wrote:
>Now that sounds like an ideal candidate for a Process Extender. When
>AutoShare 1.4 subscribes someone to a list it will optionally pass the
>relevant info to a script for further processing. The hook is there :-)
True indeed. The Subscribe process extender does not get activated unless
the subscription is successful.
So if the generic contents of your sub doc is articulated in such a way
that the wording does not take a possible subscription error into
consideration and if you don't want to change the wording, you can move
most of the contents of the sub doc into the body of a mail sent by the
Subscribe process extender. The AutoShare AppleScript command entitled Send
Mail may be used to accomplish this task (a script in the 1.3 samples
folder illustrates how to use this command).
Date: Wed, 16 Jul 1997 10:26:07 -0700
From: Melissa Capen <melissa at otlmail.stanford dot edu>
Subject: Setting up Autoshare on a Centris 650!
Folks,
I use Autoshare 1.2 successfully on my Powermac server with AIMS 1.1.1 . I
was helping another office configure it on their Centris 650 server, also
running AIMS 1.1.1 (using the 68k version of Autoshare, of course!).
But it isn't working, it never returns a message to the sender, and in fact
we see an error 35 on the debug window of AIMS, and it keeps bouncing the
original msg to the receiver repeatedly, until I shut off 'forwarding'!
Any suggestions?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Melissa Capen
Office of Technology Licensing
Stanford University
melissa at otlmail.stanford dot edu
http://www-leland.stanford.edu/group/OTL/
415-473-3203
Date: Wed, 16 Jul 1997 19:34:45 +0200
From: cReverd at Xon-Xoff dot com (Christophe Reverd)
Subject: Re: Subscription NO problem
>At 17:23 -0700 12/7/1997, Mikael Hansen wrote:
>
>It looks like your sub doc has no '/=sub' line. The returned response to a
>subscription request did not indicate any triggered action.
It sounds it was the solution ! Many thanks Mikael.
Date: Wed, 16 Jul 1997 13:38:04 -0400
From: wsuarez at digprod dot com (Bill Suarez)
Subject: Re: Setting up Autoshare on a Centris 650!
Mellisa,
That sounds like the "listserver" account isn't setup properly in AIMS to write
the file into the "Filed Mail" folder for AutoShare to pick it up.
From AutoShare (or the admin app.) perform and analysis and match up the
settings in AutoShare to how you have the necessary accounts (listserver, list,
list.m, list.d) setup in AIMS.
Bill Suarez
DPI
_______________________________________________________________________________
Subject: Setting up Autoshare on a Centris 650!
From: AutoShare-Talk at frutiger.staffs.ac dot uk at Internet
Date: 7/16/97 10:26 AM
Folks,
I use Autoshare 1.2 successfully on my Powermac server with AIMS 1.1.1 . I
was helping another office configure it on their Centris 650 server, also
running AIMS 1.1.1 (using the 68k version of Autoshare, of course!).
But it isn't working, it never returns a message to the sender, and in fact
we see an error 35 on the debug window of AIMS, and it keeps bouncing the
original msg to the receiver repeatedly, until I shut off 'forwarding'!
Any suggestions?
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Melissa Capen
Office of Technology Licensing
Stanford University
melissa at otlmail.stanford dot edu
http://www-leland.stanford.edu/group/OTL/
415-473-3203
** The AutoShare-Talk archives are at:
** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
Date: Wed, 16 Jul 1997 12:48:05 -0700
From: Bill Catambay <admin at clavin.lmms.lmco dot com>
Subject: Re: Subscription problem
At 1:19 AM +0100 on 7/16/97, James Berriman wrote:
> At 20:16 15/07/97, Bill Catambay wrote:
>
> >Since the /=sub seems to give a result of the subscription request, it
> >doesn't seem appropriate to put the welcome message there since the request
> >may have been denied. Is there some other mechanism for automatically
> >sending out a welcome message once a person has been subscribed
> >successfully?
> >
> >Thanks,
> >Bill
>
> Now that sounds like an ideal candidate for a Process Extender. When
> AutoShare 1.4 subscribes someone to a list it will optionally pass the
> relevant info to a script for further processing. The hook is there :-)
>
Okay, this sounds promising. Well, except for the fact that I haven't a
clue how to setup a script using the Process Extender. Is there a FAQ
somewhere providing clear and concise instructions for doing this by any
chance?
I'd like to test this out, only I'm without a clue.
_____________________________________________________________________
Bill Catambay
Software Developer, Macintosh/VAX Administrator, EIS Webmaster
<http://www.catambay.com/pascal-central>
/>
// Excalibur: Morgana's Revenge is released!
(//////[O]>=========================================-
\\ <http://www.catambay.com/morgana>
\>
____________________________________________________________________
Date: Wed, 16 Jul 1997 12:50:38 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Setting up Autoshare on a Centris 650!
At 10:26 -0700 16/7/1997, Melissa Capen wrote:
>I was helping another office configure it on their Centris 650 server, also
>running AIMS 1.1.1 (using the 68k version of Autoshare, of course!).
Bill is right of course. It's most likely the EIMS configuration of the
Filed Mail folder. Perhaps a colon thing in the path.
PS: you are not going to believe where I was late yesterday :-)
Date: Wed, 16 Jul 1997 16:15:05 -0400
From: wsuarez at digprod dot com (Bill Suarez)
Subject: Re[2]: Setting up Autoshare on a Centris 650!
OK Mikael, ya can't leave us hanging like this.......where were you late
yesterday!
_______________________________________________________________________________
Subject: Re: Setting up Autoshare on a Centris 650!
From: AutoShare-Talk at frutiger.staffs.ac dot uk at Internet
Date: 7/16/97 12:50 PM
At 10:26 -0700 16/7/1997, Melissa Capen wrote:
>I was helping another office configure it on their Centris 650 server, also
>running AIMS 1.1.1 (using the 68k version of Autoshare, of course!).
Bill is right of course. It's most likely the EIMS configuration of the
Filed Mail folder. Perhaps a colon thing in the path.
PS: you are not going to believe where I was late yesterday :-)
** The AutoShare-Talk archives are at:
** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
Date: Wed, 16 Jul 1997 16:50:03 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re[2]: Setting up Autoshare on a Centris 650!
At 16:15 -0400 16/7/1997, Bill Suarez wrote:
>OK Mikael, ya can't leave us hanging like this.......where were you late
>yesterday!
Knocking on Melissa's door while I was visiting an old friend at Stanford!
Date: Wed, 16 Jul 1997 16:51:09 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Subscription problem
At 12:48 -0700 16/7/1997, Bill Catambay wrote:
>Okay, this sounds promising. Well, except for the fact that I haven't a
>clue how to setup a script using the Process Extender. Is there a FAQ
>somewhere providing clear and concise instructions for doing this by any
>chance?
>
>I'd like to test this out, only I'm without a clue.
The 1.4b0 package includes a Sample Process Extenders folder, which holds
several sample script applications as well as a document entitled Process
Extender Notes. A quote from there may help you: "All sample files are
script applications with the source preserved ("Save As..." Application
with both "Stay Open" and "Never Show Startup Screen" enabled).".
I suggest that you make a copy of a sample script, perhaps the Subscribe
process extender, and drag it onto the Script Editor, edit the script
source to your liking and then hit Command-S to save it. Some knowledge of
AppleScript is required, but if you have this, it's simple to do.
More samples will appear in the next beta.
Date: Thu, 17 Jul 1997 08:43:07 -0400
From: wsuarez at digprod dot com (Bill Suarez)
Subject: Re[3]: Setting up Autoshare on a Centris 650!
Oh my, talk about service!
_______________________________________________________________________________
Subject: Re[2]: Setting up Autoshare on a Centris 650!
From: AutoShare-Talk at frutiger.staffs.ac dot uk at Internet
Date: 7/16/97 4:50 PM
At 16:15 -0400 16/7/1997, Bill Suarez wrote:
>OK Mikael, ya can't leave us hanging like this.......where were you late
>yesterday!
Knocking on Melissa's door while I was visiting an old friend at Stanford!
** The AutoShare-Talk archives are at:
** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
Date: Thu, 17 Jul 1997 14:39:46 -0400
From: "i.d." <id at mindinmotion dot com>
Subject: Passwords for announce lists?
Is there any way to insure that announcements for announce lists are sent
from the list owner? I know that AutoAhare checks the From header, but that
can easily be spoofed. Is there any way to set up a designated password
that must be included in the message in order to post announcements?
Thanks,
David