Date: Tue, 5 Aug 1997 12:13:58 +0100
From: James Berriman <J.R.Berriman at staffs.ac dot uk>
Subject: Re: Prob with EIMS

>Hi there ...
>
>Mickael Hansen told me someone in here maybe knows a solution to my problem
>
>I tried to setup EIMS and sending email from created accounts goes
>perfectly also logging in. But when I send a Email TO a account on the
>EIMS system all I get is "a mailloop exists" and the mail is not
>deleveried.

Make sure that one of the the server names in your EIMS preferences matches
the primary MX record in your DNS setup.

( :-])  James



Date: Tue, 5 Aug 1997 21:45:59 +0900
From: "Richard M. Pavonarius" <richard at phoenix.apic.or dot jp>
Subject: Reply-to Error

I sent a message to an announcement list set to reply to sender. The header
looked like this:

> X-Sender: richard at phoenix.apic.or dot jp
> Mime-Version: 1.0
> Date: Tue, 5 Aug 1997 20:26:12 +0900
> Reply-To: AT&T Virtual Classroom '97 Secretariat
> X-Sender: secretariat at vc97.attjens.co dot jp
> Precedence: bulk
> X-To-Unsubscribe: autoshare at phoenix.apic.or dot jp, body: unsub vc97-announce
> To: vc97-announce at phoenix.apic.or dot jp
> From: AT&T Virtual Classroom '97
>Secretariat<secretariat at vc97.attjens.co dot jp>
> Subject: AT&T Virtual Classroom Contest '97 Postponed

Why did "Reply-To:" get set to my my name instead of my address? I used
Eudora to send it and the name and address were in the right places in the
prefs. In the outgoing message the From: line looked like this:

AT&T Virtual Classroom '97 Secretariat <secretariat at vc97.attjens.co dot jp>

Rich

------------------------------------------------------------------
Richard M. Pavonarius | http://www.global-commons.com/richard.html
Internet Applications Specialist



Date: Tue, 5 Aug 1997 08:21:24 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Reply-to Error

At 21:45 +0900 5/8/1997, Richard M. Pavonarius wrote:

>I sent a message to an announcement list set to reply to sender. The header
>looked like this:
>
>> X-Sender: richard at phoenix.apic.or dot jp
>> Mime-Version: 1.0
>> Date: Tue, 5 Aug 1997 20:26:12 +0900
>> Reply-To: AT&T Virtual Classroom '97 Secretariat
>> X-Sender: secretariat at vc97.attjens.co dot jp
>> Precedence: bulk
>> X-To-Unsubscribe: autoshare at phoenix.apic.or dot jp, body: unsub vc97-announce
>> To: vc97-announce at phoenix.apic.or dot jp
>> From: AT&T Virtual Classroom '97
>>Secretariat<secretariat at vc97.attjens.co dot jp>
>> Subject: AT&T Virtual Classroom Contest '97 Postponed
>
>Why did "Reply-To:" get set to my my name instead of my address? I used
>Eudora to send it and the name and address were in the right places in the
>prefs. In the outgoing message the From: line looked like this:
>
>AT&T Virtual Classroom '97 Secretariat <secretariat at vc97.attjens.co dot jp>

To make quite sure, I set up an announcement list with
secretariat at vc97.attjens.co dot jp as the listmaster, the Reply-To type as
sender and even put AT&T Virtual Classroom '97 Secretariat in the address
field. Once a list contribution had been processed, the RFC ReplyTo field
was listed as

Reply-To: AT&T Virtual Classroom '97 Secretariat
<secretariat at vc97.attjens.co dot jp>

The only way that I could get just AT&T Virtual Classroom '97 Secretariat
in the ReplyTo field was to change the Reply-To type from sender to
configurable!



Date: Tue, 5 Aug 1997 13:05:16 -0400
From: Michael Reid <michael_reid at wow dot net>
Subject: Re: AutoShare 1.4b3

Hi,

>AutoShare 1.4b3 is available from
>
>	<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
>
>1.4b3 fixes two bugs.

Hey!!! I can't link to it with the Remote Admin even though the Program
Linking box is on! The 68k version doesn't have this problem though.

Please fix it.


Michael Reid               | Addr: 17 Sweet Briar Rd., P.O.S.
Internal Systems Admin.    |       Trinidad., West Indies.
WOW.Net Ltd.               | Tel.: 1-868-622-6872
http://www.wow.net/        | Fax.: 1-868-622-6096



Date: Tue, 5 Aug 1997 13:13:48 -0400
From: wsuarez at digprod dot com (Bill Suarez)
Subject: Re[2]: AutoShare 1.4b3

Mikael,

Confirmed here at DPI. Local admin on the .ppc version works just fine but from
a remote machine the Autoshare aapplication is not one of the programs available
to link to.

Bill Suarez
Osicom/DPI
_______________________________________________________________________________
Subject: Re: AutoShare 1.4b3
From:    AutoShare-Talk at frutiger.staffs.ac dot uk at Internet
Date:    8/5/97  1:05 PM

Hi,

>AutoShare 1.4b3 is available from
>
>       <ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
>
>1.4b3 fixes two bugs.

Hey!!! I can't link to it with the Remote Admin even though the Program
Linking box is on! The 68k version doesn't have this problem though.

Please fix it.


Michael Reid               | Addr: 17 Sweet Briar Rd., P.O.S.
Internal Systems Admin.    |       Trinidad., West Indies.
WOW.Net Ltd.               | Tel.: 1-868-622-6872
http://www.wow.net/        | Fax.: 1-868-622-6096



**  The AutoShare-Talk archives are at:
**  <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>

Date: Tue, 5 Aug 1997 10:27:29 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Speed and list contributions

Once in a while, I have some fun by setting up a list of 40,000 subscribers
and running some tests on it. One of those times was last night.

On a 7500/100 with MacOS 8.0, the total AutoShare processing time for a
list contribution for the 68K version of 1.4b3 was 1 minute and 55 seconds;
the PPC version took 1 minute and 20 seconds!

The format option was configured as both, and text archives, standard HTML
archives, automated web archives and text digests were updated. The
multi-domain mechanism replaced the domain in all relevant RFC headers.
Most of the time was spent updating the .m and .d files of the list.

Issuing a GetSubscriber command in AppleScript took a small fraction of a
second, whether the 68K or the PPC version was running.

The listed processing time for a query command was 0.20 seconds using the
68K version and 0.13 seconds using the PPC version.

The listed processing time for a subscribe and an unsubscribe command were
6.06 and 5.31 seconds respectively.

I also ran a test on a list with 200,000 subscribers with any problems.



Date: Tue, 5 Aug 1997 10:38:17 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AutoShare 1.4b3

At 13:05 -0400 5/8/1997, Michael Reid wrote:

>Hey!!! I can't link to it with the Remote Admin even though the Program
>Linking box is on! The 68k version doesn't have this problem though.

At 13:13 -0400 5/8/1997, Bill Suarez wrote:

>Confirmed here at DPI. Local admin on the .ppc version works just fine but
>from a remote machine the Autoshare aapplication is not one of the programs
>available to link to.

By golly, you are right!

You can fix it yourselves easily though. Shut down the PPC application,
load the file into ResEdit, double-click on the SIZE resource, scroll down
to "local and remote high level events", click on on the 1 radio button,
save the file and restart AutoShare!

Will be fixed 1.4b4.



Date: Tue, 5 Aug 1997 11:11:09 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Speed and list contributions

At 10:27 -0700 5/8/1997, Mikael Hansen wrote:

>I also ran a test on a list with 200,000 subscribers with any problems.

That should have been "without any problems" :-)



Date: Tue, 5 Aug 1997 12:17:56 -0700
From: Bill Catambay <camelot.admin at lmco dot com>
Subject: Re: AutoShare 1.4b2

At 12:44 PM -0700 on 8/4/97, Mikael Hansen wrote:


> Hi all!
>
> AutoShare 1.4b2 is available from
>
> 	<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
>
> The primary topic of 1.4b2 is the Archives folder. The file names of text
> formatted list archives and digests no longer use an extension pair of
> .html and .toc. They now use .text and .txt.
>
> An option in the AutoShare application has been added, so that you may
> choose to store archives in both text and HTML rather than just either one
> or the other. So if your Archives folder is empty and a list contribution
> takes place, the following files are created:
>
>   Current.text     text formatted main archive file
>   Current.txt      text formatted table-of-contents archive file
>   Current.html     HTML formatted main archive file
>   Current.toc      HTML formatted table-of-contents archive file
>    Digest.text     text formatted main digest file
>    Digest.txt      text formatted table-of-contents digest file
>
> After you have shut down your AutoShare application and before you start up
> 1.4b2, it is important that you update the file name extensions of current
> files to reflect the new convention for file extensions. You are also
> encouraged to do so for all older files in the Archives folder.
>
> 1.4b2 also introduces Tip Of The Day lists and the AutoShare non-processing
> mode and furthermore completes the subscriber web form commands and tokens
> (thanks, Bill!).
>

Will 1.4b4 add an option to change the listserver address in the X-header
and the automated reply messages to an alias?

              _-^-_
             / o o \
-------ooo--'---U---`---ooo-----------------------------------------

Bill Catambay....................... mailto:bill.m.catambay at lmco dot com
Lockheed Martin, EIS................ ph:408.742.1000

Software Developer, Electronics Manufacturing
http://nexus.lmms.lmco.com/DEMON

Webmaster, Map Maker
http://www.catambay.com/pascal-central
http://www.catambay.com/morgana



Date: Tue, 5 Aug 1997 15:43:52 -0400
From: wsuarez at digprod dot com (Bill Suarez)
Subject: Re[2]: AutoShare 1.4b3

Should I change all three of the resources inside SIZE Mikael?

Bill
_______________________________________________________________________________
Subject: Re: AutoShare 1.4b3
From:    AutoShare-Talk at frutiger.staffs.ac dot uk at Internet
Date:    8/5/97  10:38 AM

At 13:05 -0400 5/8/1997, Michael Reid wrote:

>Hey!!! I can't link to it with the Remote Admin even though the Program
>Linking box is on! The 68k version doesn't have this problem though.

At 13:13 -0400 5/8/1997, Bill Suarez wrote:

>Confirmed here at DPI. Local admin on the .ppc version works just fine but
>from a remote machine the Autoshare aapplication is not one of the programs
>available to link to.

By golly, you are right!

You can fix it yourselves easily though. Shut down the PPC application,
load the file into ResEdit, double-click on the SIZE resource, scroll down
to "local and remote high level events", click on on the 1 radio button,
save the file and restart AutoShare!

Will be fixed 1.4b4.



**  The AutoShare-Talk archives are at:
**  <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>

Date: Tue, 5 Aug 1997 15:43:50 -0700
From: Gary Szabo <gszabo at centralia.ctc dot edu>
Subject: Re:AutoShare 1.4b3

At 4:32 PM -0700 8/4/97, Mikael Hansen wrote:
>Gary, how is 1. using 1.4b3?

It seems to solve the problem.  Many thanks for your incredibly prompt
response, as usual!


_________________________________________________________________________
|      Gary G. Szabo        |                                           |
| Director of Technology &  |                                           |
|    Computer Services      |  "I'd love to stay here and be normal...  |
|    Centralia College      |   but it's just so overrated..."          |
|  Centralia, Washington    |                                           |
| gszabo at centralia.ctc dot edu  |                                   Blur    |
|   (360)736-9391 x363      |                 from the CD "Parklife"    |
-------------------------------------------------------------------------
[using Signature Randomizer 1.0]



Date: Tue, 5 Aug 1997 17:38:35 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re[2]: AutoShare 1.4b3

At 15:43 -0400 5/8/1997, Bill Suarez wrote:

>Should I change all three of the resources inside SIZE Mikael?

An virgin AutoShare has only the -1 SIZE resource. The 0 and 1 SIZE
resources do not appear, unless you for instance change the Preferred
Memory size of AutoShare's Get Info in Finder; chances are that you have
done so. I'd play it safe and make the change in all three resources; you
can also delete the 0 and 1 resources and go into Get Info again. Or you
can download the following :-)

AutoShare PPC 1.4b4d0, which fixes the above, is available from

	<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>

The archive will be deleted from the ftp site, once 1.4b4 has been uploaded.

As I haven't uploaded any Admin since 1.4b0, the standard Admin is also
available now as a separate archive. Useful for people, who have entered
the beta arena later than 1.4b0.



Date: Wed, 6 Aug 1997 13:08:52 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AutoShare 1.4b2

At 12:17 -0700 5/8/1997, Bill Catambay wrote:

>Will 1.4b4 add an option to change the listserver address in the X-header
>and the automated reply messages to an alias?

The regular list server address would then be replaced by such an alias in
a good number of locations:

1. Various RFC headers of a posted list contribution:

	X-List-Subscribe
	X-List-Unsubscribe
	X-List-Digest
	X-List-Archive
	X-To-Unsubscribe

Applied to both individual messages as well as digests.

2. Contribution alerts

	Not subscribed
	Can't post to an announcement list
	Not allowed to post
	Too many quoted lines

	Also when a list server command is sent to a list

3. List server requests

	RFC From header

While it may seem simple to insert a replacement value in the above places,
the situation requires more than meets the eye. For one thing, we enter the
area of high maintenance as one more thing has to be taken into
consideration whenever further development is done. This is no fun for me.

When you set up the forwarding from the alias address to the actual list
server address, you also want to make sure that the envelope recipient is
updated to the actual list server address. If it isn't, the list server
won't process it correctly. You may also want to take in consideration that
the RFC To field body is updated as AutoShare may rely on this; if not
presently, then perhaps in the future at some time. This is no fun for you.

I understand that the purpose of the alias is to keep a permanent list
server address when lists are moved from one location to another. I don't
however see why the lists are more likely to be moved than the alias is
(and don't the subscribers become confused when the alias for the list
server address has one domain and the list addresses have another?). When
moving the lists to another server, you simply move the IP address as well,
and the subscribers will see no difference. And if the list server is
assigned to another IP address (which I don't see why would happen often),
a plain announcement of the new domain to the subscribers would generally
suffice.

You are probably better off looking into what James has to say about the
topic of adding a primary MX record to your EIMS preferences. Perhaps also
spice it up by applying a software product offering multiple or virtual
domains, which may be considered aliases themselves.

The basic question is: is the location likely to change often, or is it the
domain name itself which is likely to change often?

Lastly, I apologize for the length of this list contribution (although the
apology only makes it even longer...), but the above topic is closely
related to that of the AutoShare multi-domain support, and while writing, I
became aware that contribution alerts, which should be covered by the
multi-domain support, are not (but will be).



Date: Wed, 6 Aug 1997 13:39:41 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: The Tip Of The Day list

All

James has created a new moderated list with me as the list-specific
listmaster. The list is a Tip Of The Day list and is intended to be about
relatively little known sides of AutoShare. The list contributions, one
posted daily, may be mailed to

  <mailto:autoshare-tip-of-the-day at frutiger.staffs.ac dot uk>

If you at some point in time have come across something that you wished
AutoShare was able to do, but perhaps didn't realize that the feature was
already available, others may be in your shoes and benefit from your story.

Your detailed configuration of a given feature and why you are using it may
also come in handy for other users, who are considering implementing it.

You can subscribe to the Tip Of The Day list by sending a mail to

  <mailto:autoshare at frutiger.staffs.ac dot uk>

with 'subscribe autoshare-tip-of-the-day <your name>' in the body. PS:
although it can be done, it serves little purpose switching to the digest
mode, as you receive only one message daily!



Date: Thu, 7 Aug 1997 08:46:20 -0700
From: Bill Catambay <camelot.admin at lmco dot com>
Subject: Moderate lists

From the Autoshare Addendum:

<<<<
When a contribution is sent to a moderated list, it gets redirected to the
listmaster, who may choose to post it or not; if the
moderator uses Eudora, the Redirect (or Redirect To) is recommended when
posting other people's contributions. When a
contribution is sent to an announcement list, the contribution is returned
to the sender. In both cases, only the listmaster is
able to post to the list. The listmaster address is fetched from the
administrator address (from the Preferences menu, choose
Miscellaneous).
>>>>


I have not been able to get a moderated list implemented successfully.  I
have the list set up as moderated, but when I post to the list, the posts
turn into vapor.

Where do you assign the listmaster address for each list?  Miscellaneous
under the Preferences menu only shows the bounce account for the listserver.

Where is there good docs for moderated lists?  Besides the above, I have
not found any information on this.

And unrelated to moderated lists, when you choose a list to have a
"configurable" reply-to, how is it then configured?

Thanks,
Bill

              _-^-_
             / o o \
-------ooo--'---U---`---ooo-----------------------------------------

Bill Catambay....................... mailto:bill.m.catambay at lmco dot com
Lockheed Martin, EIS................ ph:408.742.1000

Software Developer, Electronics Manufacturing
http://nexus.lmms.lmco.com/DEMON

Webmaster, Map Maker
http://www.catambay.com/pascal-central
http://www.catambay.com/morgana



Date: Thu, 7 Aug 1997 11:31:25 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Moderate lists

Hello, Bill!

Before the response takes off, it's important to understand that the
AutoShare server application and the AutoShare Admin(istrator) are two
entirely different animals.

The AutoShare server application does all the actual processing of list
server related mail message files. It is the AutoShare application, which
receives the message files from EIMS, processes them in a speedy fashion
and hands over outgoing message files to EIMS. Basic configuration is
available from the menu interface; it is there, but it is basic and does
not support list-specific configuration. The AutoShare application also
offers another interface, as it is fully scriptable; the scriptable
interface offers complete configuration, and you may script it directly
using for instance AppleScript or indirectly by using:

The AutoShare Admin(istrator) offers a visual interface allowing you
complete configuration. The AutoShare Admin communicates with the AutoShare
server application by acting as a client sending AppleEvents. The Admin
behaves very gentleman-like and for instance does not update the AutoShare
Preferences file directly, but rather asks the AutoShare server application
to do it. The sole role of the AutoShare Admin is configuration of the
AutoShare server application (by sending events to it), even if the two
applications run on the same Mac.

At 08:46 -0700 7/8/1997, Bill Catambay wrote:

>I have not been able to get a moderated list implemented successfully.

Command-L in the AutoShare Admin, double-click on the list name and click
on the Moderated radio button.

>Where do you assign the listmaster address for each list?

In the same window, use the E-mail and Name fields. List-specific
preferences cannot be configured in the AutoShare server application.

>Where is there good docs for moderated lists?  Besides the above, I have
>not found any information on this.

The list fields are described by turning on the balloon help.

There is little direct Admin help in the Addendum, in part due to the nice
balloon help, but also due to the related script and preferences
documentation, which correlate with both each other and the balloon help.

>And unrelated to moderated lists, when you choose a list to have a
>"configurable" reply-to, how is it then configured?

In the above window, click on the Configurable radio button and enter the
reply-to address in the Address field.



Date: Thu, 7 Aug 1997 13:32:32 -0700
From: Bill Catambay <camelot.admin at lmco dot com>
Subject: Re: Moderate lists

At 11:31 AM -0700 on 8/7/97, Mikael Hansen wrote:

> At 08:46 -0700 7/8/1997, Bill Catambay wrote:
>
> >I have not been able to get a moderated list implemented successfully.
>
> Command-L in the AutoShare Admin, double-click on the list name and click
> on the Moderated radio button.
>
> >Where do you assign the listmaster address for each list?
>
> In the same window, use the E-mail and Name fields. List-specific
> preferences cannot be configured in the AutoShare server application.
>
> >Where is there good docs for moderated lists?  Besides the above, I have
> >not found any information on this.
>
> The list fields are described by turning on the balloon help.
>
> There is little direct Admin help in the Addendum, in part due to the nice
> balloon help, but also due to the related script and preferences
> documentation, which correlate with both each other and the balloon help.
>

This was helpful, especially the clue about balloon help, but the list is
still not working.

I set the E-mail field to a specific address (of the moderator), and the
list has been set to Moderated.  However, when any member of the list sends
in a post, instead of being forwarded to the list moderator, it gets posted
to the list (i.e., everyone receives it, and no moderation occurs).

I did everything that has been said.  What am I missing?

Thanks,
Bill

              _-^-_
             / o o \
-------ooo--'---U---`---ooo-----------------------------------------

Bill Catambay....................... mailto:bill.m.catambay at lmco dot com
Lockheed Martin, EIS................ ph:408.742.1000

Software Developer, Electronics Manufacturing
http://nexus.lmms.lmco.com/DEMON

Webmaster, Map Maker
http://www.catambay.com/pascal-central
http://www.catambay.com/morgana



Date: Thu, 7 Aug 1997 16:06:57 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Moderate lists

At 13:32 -0700 7/8/1997, Bill Catambay wrote:

>I set the E-mail field to a specific address (of the moderator), and the
>list has been set to Moderated.  However, when any member of the list sends
>in a post, instead of being forwarded to the list moderator, it gets posted
>to the list (i.e., everyone receives it, and no moderation occurs).
>
>I did everything that has been said.  What am I missing?

First of all, you want to make sure that a list contribution is actually
processed by AutoShare. An EIMS account configured as 'Save as files' puts
the not yet processed message in the Filed Mail folder. If this EIMS
account is configured as 'Mailing list', AutoShare is bypassed completely,
and the posted list contribution does not contain any RFC X-List headers.

If this is not the case, and AutoShare in fact processes the list
contribution, create a fresh Analysis file and look up the section for the
list in question. It will list information such as the list-specific
listmaster and the list type.

If this is okay as well, then shut down AutoShare and send a contribution
to the list from an address not being the listmaster address. Once the
Filed Mail folder contains the newly arrived message file, shut down EIMS
and store a copy of the file outside the folder. Shut down EIMS and start
up AutoShare. Once the processed file arrives in the Incoming Mail folder,
move the file outside the folder and start up EIMS.

Along with the Analysis list information, please put the two files in a
folder, StuffIt the folder, and send the StuffIt archive to me at
meh at dnai dot com. I feel sure this will lead to something quickly.



Date: Fri, 8 Aug 1997 13:20:50 +0100
From: jose.accino at ice.uma dot es (Jose A. Accino)
Subject: Re[2]: AutoShare 1.4b3

Mikael,

>AutoShare PPC 1.4b4d0, which fixes the above, is available from

Does this version run only on a PowerMac???



>As I haven't uploaded any Admin since 1.4b0, the standard Admin is also
>available now as a separate archive. Useful for people, who have entered
>the beta arena later than 1.4b0.
>

Hmmm..., I feel a bit lost with all this new stuff. What Admin version
should we use for AutoShare 1.2? What is the CompleteAdmin intended for?


José Alfonso.

---------------------------------------------------------------------------
Jose Alfonso Accino                                  jose.accino at ice.uma dot es
I.C.E. Universidad de Malaga                         http://www.ice.uma.es/
Bulevar Louis Pasteur, s/n                           Phone: +34-5-213 29 44
29071  MALAGA                                        Fax:   +34-5-213 29 45
España/Spain



Date: Fri, 8 Aug 1997 04:31:06 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re[2]: AutoShare 1.4b3

At 13:20 +0100 8/8/1997, Jose A. Accino wrote:

>>AutoShare PPC 1.4b4d0, which fixes the above, is available from
>
>Does this version run only on a PowerMac???

Yes. It merely fixes something that was already fine in the 68K b3.

>Hmmm..., I feel a bit lost with all this new stuff. What Admin version
>should we use for AutoShare 1.2?

The one included in the 1.2 archive.

>What is the CompleteAdmin intended for?

The Complete Admin comes with a built-in FaceSpan extension, which means
that you don't have to install this extension in the System folder.



Date: Fri, 8 Aug 1997 15:44:56 -0500
From: Paul DuBois <paul at snake dot net>
Subject: autoshare shutdown by email

If I send

password system a@b launch

to autoshare to get my Macintosh to restart, it hangs if people have
file-sharing connections open to me.  Then the dialog box comes up
asking how many minutes to wait before disconnecting, and that's as
far as the shutdown gets.

Is there a way to force filesharing to shutdown, too?

--
Paul DuBois
paul at snake dot net
Home Page: http://www.primate.wisc.edu/people/dubois
Software:  http://www.primate.wisc.edu/software



Date: Fri, 8 Aug 1997 17:27:39 -0400
From: wsuarez at digprod dot com (Bill Suarez)
Subject: Re: autoshare shutdown by email

Get a copy of Okey Dokey which will hit the "OK" button for you on that dialog
after a predetermined timeout period.
_______________________________________________________________________________
Subject: autoshare shutdown by email
From:    autoshare-talk at frutiger.staffs.ac dot uk at Internet
Date:    8/8/97  3:44 PM

If I send

password system a@b launch

to autoshare to get my Macintosh to restart, it hangs if people have
file-sharing connections open to me.  Then the dialog box comes up
asking how many minutes to wait before disconnecting, and that's as
far as the shutdown gets.

Is there a way to force filesharing to shutdown, too?

--
Paul DuBois
paul at snake dot net
Home Page: http://www.primate.wisc.edu/people/dubois
Software:  http://www.primate.wisc.edu/software



**  The AutoShare-Talk archives are at:
**  <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>

Date: Fri, 8 Aug 1997 14:45:10 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: autoshare shutdown by email

At 15:44 -0500 8/8/1997, Paul DuBois wrote:

>If I send
>
>password system a@b launch
>
>to autoshare to get my Macintosh to restart, it hangs if people have
>file-sharing connections open to me.  Then the dialog box comes up
>asking how many minutes to wait before disconnecting, and that's as
>far as the shutdown gets.
>
>Is there a way to force filesharing to shutdown, too?

The scriptable Finder offers various support in the area of file sharing,
so it would make sense to have a process extender insertion point
immediately before AutoShare restarts or shuts down the Mac. Your process
extender script can then perform the desired task.

If anyone on the list has experience in scripting the file sharing
environment, please step forward :-)



Date: Sat, 9 Aug 1997 00:24:50 -0400
From: Michael Reid <michael_reid at wow dot net>
Subject: Re: autoshare shutdown by email

Hi,

>>Is there a way to force filesharing to shutdown, too?
>
>The scriptable Finder offers various support in the area of file sharing,
>so it would make sense to have a process extender insertion point
>immediately before AutoShare restarts or shuts down the Mac. Your process
>extender script can then perform the desired task.
>
>If anyone on the list has experience in scripting the file sharing
>environment, please step forward :-)

Here's a snippet from the WebStart list:


>Which scripted workaround were you using? I tried the "tell application
>Finder set file sharing off" script and it didn't work. Is there another
>one?
>
I use following with pre-OS8 systems:

tell application "Finder"
	set file sharing to false
end tell

and the companion

tell application "Finder"
	set file sharing to true
end tell

 Ed Trefzger
Vice President and Webmaster
Yellow Dog Communications, Inc.


Michael Reid               | Addr: 17 Sweet Briar Rd., P.O.S.
Internal Systems Admin.    |       Trinidad., West Indies.
WOW.Net Ltd.               | Tel.: 1-868-622-6872
http://www.wow.net/        | Fax.: 1-868-622-6096



Date: Fri, 8 Aug 1997 23:03:20 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: autoshare shutdown by email

At 00:24 -0400 9/8/1997, Michael Reid wrote:

>Here's a snippet from the WebStart list:

>I use following with pre-OS8 systems:
>
>tell application "Finder"
>	set file sharing to false
>end tell

I am not sure this will suppress the dialog when users are connected?

Andy Bachorski, an AppleScript expert at Apple, wrote the following to the
MACSCRPT list on 28 Oct 1996:

>Well, if you don't care about just kicking people off the system, you can
>send an quit command to the File Sharing Extension. Something like:
>
>  tell application "File Sharing Extension" to quit
>
>I've tried it, and it works. Haven't checked extensively for side
>effects, but it seems to be safe.

Looking at the MacOS8 AppleScript dictionary of the File Sharing
application in the Control Panels folder, I see that maybe the following
would work (but I haven't tested it, so I don't know):

tell application "File Sharing"
  disconnect connected users
end tell



Date: Mon, 11 Aug 1997 00:47:08 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: AutoShare 1.4b4

Good morning, all!

AutoShare 1.4b4 is available from

	<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>

First the little things:
-re-enables remote scripting for the PPC version
-applies multi-domain support to contribution alerts
-puts list in list server request log account tag
-adds the X-List-Software header to auto-responses
-tip-of-the-day, updated RFC Date to time of posting
-added clarification for when sending partial digests

There is a new process extender entitled System, which is activated
immediately before a System command in remote administration by e-mail
takes effect. A Write Log sample is included. See also the Process Extender
Notes.

The code updating the message (.m) and digest (.d) list files whenever a
list contribution takes place has been optimized considerably resulting in
a significant speed enhancement. You may read about my speed test findings
in the next AutoShare Tip Of The Day posting later today. Reflections on
memory usage and application stability will appear the following days.

You can subscribe to the AutoShare Tip Of The Day list by sending a mail to

  <mailto:autoshare at frutiger.staffs.ac dot uk>

with 'subscribe autoshare-tip-of-the-day <your name>' in the body.

--
Mikael Hansen <mailto:meh at dnai.com> <http://www.dnai dot com/~meh/autoshare/>



Date: Mon, 11 Aug 1997 14:06:26 +0100
From: jose.accino at ice.uma dot es (Jose A. Accino)
Subject: Numeric overflow error with 1.2 and 1.3

I've been running  AIMS 1.1.1, AutoShare 1.2 on our Mac II with system 7.5.1

I have just upgraded to 7.5.3, and EIMS 1.2. This combo seems run fine, but
starting my usual AutoShare 1.2, after a few minutes (or seconds), I get a
bomb with a 'Numeric overflow error' message.

Also, restarting AutoShare 1.2, it stops while processing the log file
that looks so long as 1.4 Mb (!!!) even after I cleared it.

I gave version 1.3 a try but I got the same bomb message. I've checked
the hard disk with Disk Fisrt Aid and Norton without finding any problems.

Any help?

José Alfonso.

---------------------------------------------------------------------------
Jose Alfonso Accino                                  jose.accino at ice.uma dot es
I.C.E. Universidad de Malaga                         http://www.ice.uma.es/
Bulevar Louis Pasteur, s/n                           Phone: +34-5-213 29 44
29071  MALAGA                                        Fax:   +34-5-213 29 45
España/Spain



Date: Mon, 11 Aug 1997 08:51:20 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Numeric overflow error with 1.2 and 1.3

At 14:06 +0100 11/8/1997, Jose A. Accino wrote:

>I have just upgraded to 7.5.3, and EIMS 1.2. This combo seems run fine, but
>starting my usual AutoShare 1.2, after a few minutes (or seconds), I get a
>bomb with a 'Numeric overflow error' message.
>
>Also, restarting AutoShare 1.2, it stops while processing the log file
>that looks so long as 1.4 Mb (!!!) even after I cleared it.

Chances are that the 'Numeric overflow error' message stems from the
variables used for the various log totals. I can't know for sure though
without seeing the log file in question. If okay with you, can you StuffIt
the log file and send it to me at meh at dnai dot com? Thanks.

Do you ever receive logs mailed to you as a listmaster? If not, I recommend
that you choose Times from the Preferences menu in AutoShare, select Logs
and specify in days how often you would like logs sent to you. Whenever
this happens, the log file is cleared and so never gets extremely large,
which not only is likely to prevent the 'Numeric overflow error' message,
but also makes your processing faster (the same thing applies to the
roll-over of archive files).



Date: Mon, 11 Aug 1997 10:22:27 -0700
From: Bill Catambay <camelot.admin at lmco dot com>
Subject: Re: Moderate lists

At 10:11 AM -0700 on 8/9/97, Mikael Hansen wrote:


> At 16:37 -0700 8/8/1997, Mikael Hansen wrote:
>
> >Thanks, Bill. The files look fine to me at this time. If I find or think
> >of anything unusual, I'll be sure to send you a mail.
>
> Found it! The sender of the file in the Filed Mail folder is
> camelot.admin at lmco dot com. The *general* listmaster is also
> camelot.admin at lmco dot com. That means that the list contribution is posted on
> a moderated list, as the mail is from either the general listmaster
> (camelot.admin at lmco dot com) or the list-specific listmaster
> (bill.m.catambay at lmco dot com).
>

Mikael,

Thanks for checking it out for me!  I didn't realize that the general
listmaster also had the list-specific privilege. I tried from a different
address, and it does forward to the listmaster now.

The problem I have now is that when I use the redirect command to post the
notes, they come right back to the listmaster.  I'm sure this is due to the
fact that Autoshare is configured with lists using the "RFC From" rather
than the "Envelope" option (and redirect puts the original poster's address
in the RFC From).  For the other lists, I need to keep the "RFC From"
option, but for this moderated list, I need the "Envelope" option so that I
can redirect the mail from the listmaster's account.  What's the chance of
moving this Miscellaneous option down to a list-specific option?

Bill

              _-^-_
             / o o \
-------ooo--'---U---`---ooo-----------------------------------------

Bill Catambay....................... mailto:bill.m.catambay at lmco dot com
Lockheed Martin, EIS................ ph:408.742.1000

Software Developer, Electronics Manufacturing
http://nexus.lmms.lmco.com/DEMON

Webmaster, Map Maker
http://www.catambay.com/pascal-central
http://www.catambay.com/morgana



Date: Mon, 11 Aug 1997 15:05:03 -0500
From: Jerry Thompson <jthompson at directhit dot com>
Subject: AS 1.4b4 Not Quitting...

Greetings,

Using 1.4b0 or so and starting from last night AutoShare does not want to
quit.  However, neither the computer, and background apps, or the Finder
has crashed.  In fact, everything works just fine.  Fine except that
AutoShare fails to quit either via the File menu or through the admin.
BTW, trying to quit AS via the admin crashes the computer.  Force-quitting
AS crashes the computer.

OK... so now that AutoShare won't quit, the other problem is that it is not
processing mail.  Mail comes in, saved to AS's folder.  And then collect.
If I restart the computer, AS will process the first mail file, then stop.
Restarting the computer again... AS starts up fine... processes the first
mail file (a different one).... then stops.

I tried...

	Re-installing OS 7.6.1 (clean install)
	... currently running OS 8.0
	Nortons Utilities
	Disk First Aid
	Clean installs of AS 1.4b0
	... currently running AS 1.4b4

System...

	Motorola StarMax 3000/200
	40 MB of ram/60 virtual
	OS 8.0
	Web*, EIMS, RushHour, Netpresenz


Any suggestions?

PS: can you email suggestions directly since I receive the digest.

Thanks.

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: Mon, 11 Aug 1997 12:13:45 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Moderate lists

At 10:22 -0700 11/8/1997, Bill Catambay wrote:

>Thanks for checking it out for me!  I didn't realize that the general
>listmaster also had the list-specific privilege. I tried from a different
>address, and it does forward to the listmaster now.

Good to hear!

>The problem I have now is that when I use the redirect command to post the
>notes, they come right back to the listmaster.  I'm sure this is due to the
>fact that Autoshare is configured with lists using the "RFC From" rather
>than the "Envelope" option (and redirect puts the original poster's address
>in the RFC From).

The standards for redirecting and forwarding are somewhat blurry, but it is
my experience with the Eudora Redirect that the redirecter becomes the new
envelope sender. This appears to be the client way, while on the other hand
server forwarding such as that of EIMS keeps the original envelope sender.

>What's the chance of moving this Miscellaneous option down to a
>list-specific option?

I don't even want to think about that :-) In any event, the key is your
chosen type of redirection rather than the AutoShare configuration. Be
aware though that the Eudora Redirect copies the original RFC From into the
redirected RFC From (while the Eudora Forward puts the redirecter's address
in the new RFC From), so this will not work with configuring AutoShare as
RFC From within the environment of a moderated list.



Date: Mon, 11 Aug 1997 12:30:49 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AS 1.4b4 Not Quitting...

At 15:05 -0500 11/8/1997, Jerry Thompson wrote:

>Using 1.4b0 or so and starting from last night AutoShare does not want to
>quit.  However, neither the computer, and background apps, or the Finder
>has crashed.  In fact, everything works just fine.  Fine except that
>AutoShare fails to quit either via the File menu or through the admin.
>BTW, trying to quit AS via the admin crashes the computer.  Force-quitting
>AS crashes the computer.
>
>OK... so now that AutoShare won't quit, the other problem is that it is not
>processing mail.  Mail comes in, saved to AS's folder.  And then collect.
>If I restart the computer, AS will process the first mail file, then stop.
>Restarting the computer again... AS starts up fine... processes the first
>mail file (a different one).... then stops.

I don't know what to say. The Admin quits the AutoShare server application
instantly on my Mac, and so does a script. No problem from the File Menu
either. AutoShare also happily processes one message file after the other.

How are you doing on disk space? You also may want to inspect (the resource
fork of) the message files in question. Are you trying quit locally or
remotely?



Date: Mon, 11 Aug 1997 16:25:47 -0500
From: Jerry Thompson <jthompson at directhit dot com>
Subject: Re: AS 1.4b4 Not Quitting...

At 12:30 PM -0700 8/11/97, Mikael Hansen scribbled in cyberspace:

> At 15:05 -0500 11/8/1997, Jerry Thompson wrote:
>
> >Using 1.4b0 or so and starting from last night AutoShare does not want to
> >quit.  However, neither the computer, and background apps, or the Finder
> >has crashed.  In fact, everything works just fine.  Fine except that
> >AutoShare fails to quit either via the File menu or through the admin.
> >BTW, trying to quit AS via the admin crashes the computer.  Force-quitting
> >AS crashes the computer.
> >
> >OK... so now that AutoShare won't quit, the other problem is that it is not
> >processing mail.  Mail comes in, saved to AS's folder.  And then collect.
> >If I restart the computer, AS will process the first mail file, then stop.
> >Restarting the computer again... AS starts up fine... processes the first
> >mail file (a different one).... then stops.
>
> I don't know what to say. The Admin quits the AutoShare server application
> instantly on my Mac, and so does a script. No problem from the File Menu
> either. AutoShare also happily processes one message file after the other.
>
> How are you doing on disk space? You also may want to inspect (the resource
> fork of) the message files in question. Are you trying quit locally or
> remotely?

re:	Disk Space

	Disk space = 1.7GB free


re: message files in question

	once AS is started, the mail file is pseudo processed and then
deleted.  So each new restart of AS processes a new mail file.  However,
none of the processed mail (new subscriptions) ever get sent out through
EIMS.  Have they been sent to email heaven?


I've tried different versions of AutoShare and they all stop after the
first message file.  Anything I could delete or change which would be
recreated once AS starts up again?  Like a corrupted resource or preference?


Thanks


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: Mon, 11 Aug 1997 16:28:31 -0500
From: Jerry Thompson <jthompson at directhit dot com>
Subject: Re: AS 1.4b4 Not Quitting...

At 12:32 PM -0700 8/11/97, Mikael Hansen scribbled in cyberspace:
> At 15:05 -0500 11/8/1997, Jerry Thompson wrote:
>
> >If I restart the computer, AS will process the first mail file, then stop.
> >Restarting the computer again... AS starts up fine... processes the first
> >mail file (a different one).... then stops.
>
> By the way, what does the status window say?


Status window just shows the first processed message file along with the
time running (which is contiously updated)...  BUT, a breakthru has
occurred...

A few moments ago, AS quit because "The application "AutoShare" has
unexpectedly quit, because of an error of type 10 occurred."

Perhaps there is a memory leak involved?



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: Mon, 11 Aug 1997 12:32:56 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AS 1.4b4 Not Quitting...

At 15:05 -0500 11/8/1997, Jerry Thompson wrote:

>If I restart the computer, AS will process the first mail file, then stop.
>Restarting the computer again... AS starts up fine... processes the first
>mail file (a different one).... then stops.

By the way, what does the status window say?



Date: Tue, 12 Aug 1997 10:24:57 +0100
From: jose.accino at ice.uma dot es (Jose A. Accino)
Subject: Re: Numeric overflow error with 1.2 and 1.3

>Chances are that the 'Numeric overflow error' message stems from the
>variables used for the various log totals. I can't know for sure though
>without seeing the log file in question. If okay with you, can you StuffIt
>the log file and send it to me at meh at dnai dot com? Thanks.
>
>Do you ever receive logs mailed to you as a listmaster? If not, I recommend

Yes. Sorry, I've not been very clear. The problem with the log file was as
follow:

- After upgrading the system, I started AS 1.2 on past fri 8. While the
'processing log file' message was shown on the status window, the Mac seems
to hang, although I was able to move the cursor but not to quit or send AS
to background.

- After restarting, the log file was 1.4 Mb long. (Our lists are actually
inactive: all the suscribers are on vacation, and I receive a daily log)

- I deleted the log and all the temp files and put a fresh copy of the
AutoShare Preferences file, restarting the Mac again and both EIMS 1.2 and
AS 1.2.  AS started fine this time.

- When I came back at work on mon 11, I saw that the Mac II crashed any time
during the weekend with the numeric overflow error message.

- Restarting, I saw that the log file was 1.4 Mb long again (!!!).

- I cleaned again the AS folder on the preferences folder, and started with
AS 1.3 just to see if the problem was solved using that version.

- After a few seconds, the Mac crashed again with the same error.

Maybe deleting the AutoShare folder on the preferences, and starting with a
fresh copy, even resetting AS preferences manually again (after checking the
hard disk again) will do the trick. I will try that now, and tell you.

What do you think?

José Alfonso.



Date: Tue, 12 Aug 1997 08:58:17 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Numeric overflow error with 1.2 and 1.3

[It would seem that the outgoing mail from the vicinity of frutiger is very
slow, at least was part of yesterday, so I'm Cc'ing you. James will return
from a small vacation in around one day and can tell us about it at that
time.]

At 10:24 +0100 12/8/1997, Jose A. Accino wrote:

>- After restarting, the log file was 1.4 Mb long. (Our lists are actually
>inactive: all the suscribers are on vacation, and I receive a daily log)
>
>- I deleted the log and all the temp files and put a fresh copy of the
>AutoShare Preferences file, restarting the Mac again and both EIMS 1.2 and
>AS 1.2.  AS started fine this time.
>
>- When I came back at work on mon 11, I saw that the Mac II crashed any time
>during the weekend with the numeric overflow error message.
>
>- Restarting, I saw that the log file was 1.4 Mb long again (!!!).
>
>- I cleaned again the AS folder on the preferences folder, and started with
>AS 1.3 just to see if the problem was solved using that version.
>
>- After a few seconds, the Mac crashed again with the same error.
>
>Maybe deleting the AutoShare folder on the preferences, and starting with a
>fresh copy, even resetting AS preferences manually again (after checking the
>hard disk again) will do the trick. I will try that now, and tell you.

Looking forward to it!

Okay, so the log file accelerates from being empty to 1.4MB in little time.
Since you have created a new AutoShare Preferences file from scratch, it is
not likely to be that. And since you have also run Disk First Aid and
Norton, it rules out various mysterious file system stuff as well.

Do you have a corrupt file in the Filed Mail folder?

Is EIMS perhaps stuck in a loop and constantly feeding message files into
the Filed Mail folder?

The contents of the log is essential, as (the types of) the entries are
likely to indicate the source of the problem. Tell us about them!



Date: Tue, 12 Aug 1997 12:30:08 -0700
From: Bill Catambay <camelot.admin at lmco dot com>
Subject: Re: Moderate lists

At 12:13 PM -0700 on 8/11/97, Mikael Hansen wrote:
> >What's the chance of moving this Miscellaneous option down to a
> >list-specific option?
>
> I don't even want to think about that :-) In any event, the key is your
> chosen type of redirection rather than the AutoShare configuration. Be
> aware though that the Eudora Redirect copies the original RFC From into the
> redirected RFC From (while the Eudora Forward puts the redirecter's address
> in the new RFC From), so this will not work with configuring AutoShare as
> RFC From within the environment of a moderated list.
>

Yes, I'm aware of this... but I need to keep AutoShare using the RFC From
for the other mailing lists (which is why I was hoping for the list
specific option).

:(

              _-^-_
             / o o \
-------ooo--'---U---`---ooo-----------------------------------------

Bill Catambay....................... mailto:bill.m.catambay at lmco dot com
Lockheed Martin, EIS................ ph:408.742.1000

Software Developer, Electronics Manufacturing
http://nexus.lmms.lmco.com/DEMON

Webmaster, Map Maker
http://www.catambay.com/pascal-central
http://www.catambay.com/morgana



Date: Tue, 12 Aug 1997 14:39:29 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Moderate lists

At 12:30 -0700 12/8/1997, Bill Catambay wrote:

>Yes, I'm aware of this... but I need to keep AutoShare using the RFC
>From for the other mailing lists (which is why I was hoping for the
>list specific option).

You can also use the RFC From for your moderated list. It's just that you
cannot use Eudora's Redirect for approving moderated list contributions, as
the listmaster's address is needed in the RFC From header when using the
RFC From.

I understand though that you prefer the original sender's address to appear
in the RFC From header. So noted.

Another approach would be to check for a listmaster address in both the
envelope and the RFC header regardless of the envelope versus RFC From
setting. Strictly aimed at contribution approval, this is more, well,
approachable.



Date: Wed, 13 Aug 1997 03:33:43 +0100
From: james at frutiger.staffs.ac dot uk (James Berriman)
Subject: Re: Moderate lists

At 22:39 12/08/97, Mikael Hansen wrote:

>Another approach would be to check for a listmaster address in both the
>envelope and the RFC header regardless of the envelope versus RFC From
>setting. Strictly aimed at contribution approval, this is more, well,
>approachable.

Or perhaps you could check the first line of the message body for the
list-specific password? I'd like to see that option. The moderator could
then give out the password to trusted individuals.

( :-])  James



Date: Wed, 13 Aug 1997 03:33:57 +0100
From: james at frutiger.staffs.ac dot uk (James Berriman)
Subject: passwords

I had occasion to send an email admin message the other day and couldn't
remember the list-specific password.

It occurred to me that it would make sense for the default password to work
on all lists as a master password.

Individual listowners would only need to know their own password and would
therefore be unable to affect any other list, but the autoshare
administrator would be able to do everything with the default password.

Sound like a good idea?

( :-])  James



Date: Tue, 12 Aug 1997 20:28:41 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Moderate lists

Here is my list contribution to the MACSCRPT list.

---begin---
At 13:32 +0100 11/8/1997, Bill Bedford wrote:

>But
>
>tell application "Finder" of machine "Server"
>  set file sharing to false
>end tell
>
>Will kick connected users off, the client machine get a 'Server "Server"
>has closed down [time and date]'

Interesting that adding the machine makes it work!

At 08:00 -0500 11/8/1997, engel wrote:

>This works under MacOS 8:
>
>tell application "File Sharing"
>        get connected users
>        disconnect the result
>end tell

Thanks!

At 15:29 -0400 12/8/1997, Dan Feather wrote:

>>tell application "File Sharing Extension" to quit
>>
>>under System 7?
>
>I've tried this on various 68k machines with systems from 7.1 to 7.5.5
>and it DOES NOT work IF there are users connected (which is when you need
>it to work, right?).

I asked because

At 10:39 -0700 28/10/1996, Andy Bachorski wrote:

>Well, if you don't care about just kicking people off the system, you can
>send an quit command to the File Sharing Extension. Something like:
>
>  tell application "File Sharing Extension" to quit
>
>I've tried it, and it works. Haven't checked extensively for side
>effects, but it seems to be safe.

Andy may have changed his mind since then though?
---end--



Date: Tue, 12 Aug 1997 20:36:09 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: The System process extender

Forgot to change the subject in my list contribution. The subject shouldn't
have been 'Re: Moderate lists', but rather pertaining to the issue of the
new System process extender and how to disconnect users when shutting down.



Date: Wed, 13 Aug 1997 00:15:00 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Passworded contribution approvals

James suggested applying the password concept to listmaster approval of
contributions for announcement and moderated lists.

Not a bad idea at all. After some initial thoughts, it would most likely be
quite easy to implement.



Date: Wed, 13 Aug 1997 00:39:47 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Passworded contribution approvals

[First a confession: I mailed the previous brief list contribution to see
just how fast the automated web archived would get updated (it took a few
minutes), as we are experiencing delays in outgoing mail from the vicinity
of frutiger.]

At 00:15 -0700 13/8/1997, Mikael Hansen wrote:

>James suggested applying the password concept to listmaster approval of
>contributions for announcement and moderated lists.
>
>Not a bad idea at all. After some initial thoughts, it would most likely
>be quite easy to implement.

What about the chance of a password being posted to the list? What if the
password is slightly misspelled, or if a list-specific listmaster by
accident posts to the wrong list? Risky business.

Not so with remote administration by e-mail, as the recommendation is to
use the list server address as the recipient.



Date: Wed, 13 Aug 1997 12:07:57 +0100
From: jose.accino at ice.uma dot es (Jose A. Accino)
Subject: Numeric overflow (solved)

>>Maybe deleting the AutoShare folder on the preferences, and starting with =
a
>>fresh copy, even resetting AS preferences manually again (after checking t=
he
>>hard disk again) will do the trick. I will try that now, and tell you.
>
>Looking forward to it!

Well, I did it so and it seems that is working fine. Note that I was using a
backup copy of the AutoShare preferences file, so this could be the source
of the problem. Each time I've had a trouble with AS (once or twice as much,
always on upgrades) I've had to delete the AS preferences folder and that di=
d
the trick. It runs fine now. (Sorry that I deleted the bad log file... I wil=
l
do it better next time :-) )

So I've started to use the Admin to manage the lists from a remote Mac. Are
there any docs about the Admin application? Are there some fields their scop=
e
being unknown to me (the FILE MAIL option on the Extras menu). BTW, the CLOC=
K
option on EXTRAS menu always starts showing 0-0-0-0 values although the AS
status window on the mailserver Mac actually shows the right AS running time=
.
Is that option intended to show the time since the admin app started (instea=
d
of the AS app) or am I missing something?

Is all that info hidden somewhere on the long 1.3 addendum?

Thanks for your efforts and kind help,

JA.



Date: Wed, 13 Aug 1997 07:52:31 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Numeric overflow (solved)

At 12:07 +0100 13/8/1997, Jose A. Accino wrote:

>Well, I did it so and it seems that is working fine. Note that I was using a
>backup copy of the AutoShare preferences file, so this could be the source
>of the problem.

Happy to hear that! Jerry resolved his situation pretty much the same way too.

>(Sorry that I deleted the bad log file... I will do it better next time :-) )

Thanks. Good things happen to those, who wait :-)

>So I've started to use the Admin to manage the lists from a remote Mac. Are
>there any docs about the Admin application?

See

<http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/Current.html#[16
]>

>Is that option intended to show the time since the admin app started
>(instead of the AS app) [...]?

Yes. But maybe it should be changed to that of the server.

I am heading for Death Valley shortly. Enjoy your week(end) :-)

--
Mikael Hansen <mailto:meh at dnai.com> <http://www.dnai dot com/~meh/autoshare/>

"I'm astounded by people who want to know the universe when it's
hard enough to find your way around Chinatown." - Woody Allen



Date: Wed, 13 Aug 1997 08:40:55 -0700
From: Bill Catambay <camelot.admin at lmco dot com>
Subject: Re: Moderate lists

At 2:39 PM -0700 on 8/12/97, Mikael Hansen wrote:


> At 12:30 -0700 12/8/1997, Bill Catambay wrote:
>
> >Yes, I'm aware of this... but I need to keep AutoShare using the RFC
> >From for the other mailing lists (which is why I was hoping for the
> >list specific option).
>
> You can also use the RFC From for your moderated list. It's just that you
> cannot use Eudora's Redirect for approving moderated list contributions, as
> the listmaster's address is needed in the RFC From header when using the
> RFC From.
>
> I understand though that you prefer the original sender's address to appear
> in the RFC From header. So noted.
>

...not to mention that using Redirect reserves the post exactly as posted,
whereas Eudora's Forward option does not.

> Another approach would be to check for a listmaster address in both the
> envelope and the RFC header regardless of the envelope versus RFC From
> setting. Strictly aimed at contribution approval, this is more, well,
> approachable.
>

I'll take it!   :-)

              _-^-_
             / o o \
-------ooo--'---U---`---ooo-----------------------------------------

Bill Catambay....................... mailto:bill.m.catambay at lmco dot com
Lockheed Martin, EIS................ ph:408.742.1000

Software Developer, Electronics Manufacturing
http://nexus.lmms.lmco.com/DEMON

Webmaster, Map Maker
http://www.catambay.com/pascal-central
http://www.catambay.com/morgana



Date: Wed, 13 Aug 1997 08:46:27 -0700
From: Bill Catambay <camelot.admin at lmco dot com>
Subject: Re: Passworded contribution approvals

At 12:39 AM -0700 on 8/13/97, Mikael Hansen wrote:


> [First a confession: I mailed the previous brief list contribution to see
> just how fast the automated web archived would get updated (it took a few
> minutes), as we are experiencing delays in outgoing mail from the vicinity
> of frutiger.]
>
> At 00:15 -0700 13/8/1997, Mikael Hansen wrote:
>
> >James suggested applying the password concept to listmaster approval of
> >contributions for announcement and moderated lists.
> >
> >Not a bad idea at all. After some initial thoughts, it would most likely
> >be quite easy to implement.
>
> What about the chance of a password being posted to the list? What if the
> password is slightly misspelled, or if a list-specific listmaster by
> accident posts to the wrong list? Risky business.
>
> Not so with remote administration by e-mail, as the recommendation is to
> use the list server address as the recipient.
>

This is a good point, as another listserver, SmartList, just had a list
password posted to the entire MMMG list by mistake.

Also, it's much easier to use redirect without having to fumble with that
password validation business.  Make the moderator's life easy, as he/she
has enough to worry about.  :)

              _-^-_
             / o o \
-------ooo--'---U---`---ooo-----------------------------------------

Bill Catambay....................... mailto:bill.m.catambay at lmco dot com
Lockheed Martin, EIS................ ph:408.742.1000

Software Developer, Electronics Manufacturing
http://nexus.lmms.lmco.com/DEMON

Webmaster, Map Maker
http://www.catambay.com/pascal-central
http://www.catambay.com/morgana



Date: Wed, 13 Aug 1997 14:49:59 -0500
From: Paul DuBois <paul at snake dot net>
Subject: Admin "Window" bug?

In the Admin, selecting Preferences>Window always seems to bring up
the window with Hide selected, regardless of whether Hide or Show
is the current setting.  AutoShare 1.4b4 using Admin with embedded
FaceSpan (created July 8).

Does this happen for other people?

--
Paul DuBois
paul at snake dot net
Home Page: http://www.primate.wisc.edu/people/dubois
Software:  http://www.primate.wisc.edu/software