Date: Mon, 2 Aug 1999 12:27:19 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Post sent to bounce address

At 17:45 +0800 8/2/99, Derek Tom wrote:

>At 2:04am +0100, 8/2/99, Bill Bedford <billbpm at mousa.demon.co dot uk> wrote:
>>I've recently had a couple of bounce messages sent out to a whole 
>>list. This appears to have happened because the bounce address was 
>>used instead of the list address.
>>
>>Is there a way of trapping messages sent to the bounce address so 
>>they don't get distributed?
>
>That has started happening to me too when I upgraded from AutoShare 
>3.1.1b1 to 4.0. Why is that and how can I we get that to stop?

I am not sure why this would be happening. Are your respective bounce 
accounts configured to the Bounce folder or the Filed Mail folder?


Date: Fri, 06 Aug 1999 09:22:29 -0700
From: Matthew Hill <happytwo at milepost1 dot com>
Subject: Mail-Back

Hello
How would i set up two different mail-backs?  I would like one sent out for
subscribing to a list.  However i would like a different one sent out for
unsubscribing.  Is this possible?
Thanks
Matthew

--

Matthew Hill
Milepost 1
Phone: 1-800-335-5418
email: happytwo at milepost1 dot com
Web:   http://www.milepost1.com



Subject: autoshare won't send
Date: Mon, 9 Aug 1999 14:01:59 -0400
From: Emiliano De Laurentiis <emiliano at lifelong dot com>

I recently had a disk crash so I did a completely new install of 
autoshare. Message get sent to autoshare (for example a sub command gets 
to autoshare and the subscriber is placed on the list), but autoshare 
will not send messages to EIMS. Autoreply also does not work. In other 
words, autoshare listens but seems to be mute! What might be the problem?

Emiliano

Date: Wed, 11 Aug 1999 21:30:52 -0700
From: Randall Gellens <randy at pensive dot org>
Subject: Bounces Where List was CCed

If the list address is in the CC header of a submission, and that 
submission bounces to some addresses, AutoShare doesn't automatically 
process the bounce.  It sends it as an "unresolved bounce", saying 
the TO isn't a list.


--
Randall  Gellens                                     Randy at Pensive dot Org
---------------------- (randomly-selected tag) ---------------------
It Is Better To Have LOCKed and Lost than Never To Have LOCKed at All

Date: Wed, 11 Aug 1999 21:52:56 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Mail-Back

At 09:22 -0700 8/6/99, Matthew Hill wrote:

>How would i set up two different mail-backs?  I would like one sent out for
>subscribing to a list.  However i would like a different one sent out for
>unsubscribing.  Is this possible?

No, mail-backs cannot be made command-specific, just list-specific.


Date: Wed, 11 Aug 1999 21:54:37 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: autoshare won't send

At 14:01 -0400 8/9/99, Emiliano De Laurentiis wrote:

>I recently had a disk crash so I did a completely new install of
>autoshare. Message get sent to autoshare (for example a sub command gets
>to autoshare and the subscriber is placed on the list), but autoshare
>will not send messages to EIMS. Autoreply also does not work. In other
>words, autoshare listens but seems to be mute! What might be the problem?

Do message files disappear from the Filed Mail folder once they have 
been processed? The status window would often indicate what's 
happening.


Date: Wed, 11 Aug 1999 21:58:23 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Bounces Where List was CCed

At 21:30 -0700 8/11/99, Randall Gellens wrote:

>If the list address is in the CC header of a submission, and that 
>submission bounces to some addresses, AutoShare doesn't 
>automatically process the bounce.  It sends it as an "unresolved 
>bounce", saying the TO isn't a list.

That is correct. Noted. Thanks.


Subject: Re: AutoShare-Talk digest 12 Aug 1999
Date: Fri, 13 Aug 1999 12:01:21 -0400
From: Emiliano De Laurentiis <emiliano at lifelong dot com>

>
>>I recently had a disk crash so I did a completely new install of
>>autoshare. Message get sent to autoshare (for example a sub command gets
>>to autoshare and the subscriber is placed on the list), but autoshare
>>will not send messages to EIMS. Autoreply also does not work. In other
>>words, autoshare listens but seems to be mute! What might be the problem?
>
>Do message files disappear from the Filed Mail folder once they have 
>been processed? The status window would often indicate what's 
>happening.

I discovered the problem. EIMS 2.2.2 uses a folder within the application 
folder for incoming mail. I had pointed to the mail folder within the 
System folder (as the autoshare documentation suggested). Pointing 
incoming files to the folder that EIMS uses solved the probnlem.

Date: Sat, 14 Aug 1999 09:36:55 -0700
From: Matthew Hill <happytwo at milepost1 dot com>
Subject: A couple of questions

HI
This is probably an easy one but how exactly can you set more than one
preference?  Can several lists share separate preferences?  is there a limit to
the number of preferences?

Thanks
Matthew


--





Date: Sat, 14 Aug 1999 09:45:02 -0700
From: "Michael C. Gilbert" <mcg at halcyon dot com>
Subject: command problem with unsubscribe

Hello --

I've been using Autoshare for over two years now with only the occasional
glitch, but here is a new one. I'm not sure how it may have happend.

I have a moderated list. People send properly formatted unsubscribe
messages to the server and they get the proper reply message. But they ARE
NOT ACTUALLY UNSUSBCRIBED. I have tested this several times.

What could possibly be happening? I have lots of people yelling at me now...

-- Michael




Date: Sat, 14 Aug 1999 11:30:05 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AutoShare-Talk digest 12 Aug 1999

At 12:01 -0400 8/13/99, Emiliano De Laurentiis wrote:

>I discovered the problem. EIMS 2.2.2 uses a folder within the application
>folder for incoming mail. I had pointed to the mail folder within the
>System folder (as the autoshare documentation suggested). Pointing
>incoming files to the folder that EIMS uses solved the probnlem.

Yes, it's kind of odd why a data subfolder goes inside an application 
folder. In any event, it is also mentioned on my post-release page.


Date: Sat, 14 Aug 1999 11:32:58 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: A couple of questions

At 09:36 -0700 8/14/99, Matthew Hill wrote:

>This is probably an easy one but how exactly can you set more than one
>preference?  Can several lists share separate preferences?  is there 
>a limit to the number of preferences?

In the Admin after Command-L, you have your lists on the window's 
left side. If you select a list, the preferences are specific to that 
list. If you do not have a list selected, the preferences are general 
and as such are only used for list fields that specify override 
values when list-specific.


Date: Sat, 14 Aug 1999 11:36:00 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: command problem with unsubscribe

At 09:45 -0700 8/14/99, Michael C. Gilbert wrote:

>I have a moderated list. People send properly formatted unsubscribe
>messages to the server and they get the proper reply message. But they ARE
>NOT ACTUALLY UNSUSBCRIBED. I have tested this several times.

Can I see a complete sample of such a proper reply message?


Date: Sun, 15 Aug 1999 02:40:57 +0200
From: HOnza Koudelka <koudelka at appleklub dot cz>
Subject: Re: command problem with unsubscribe

>Hello --
>
>I've been using Autoshare for over two years now with only the occasional
>glitch, but here is a new one. I'm not sure how it may have happend.
>
>I have a moderated list. People send properly formatted unsubscribe
>messages to the server and they get the proper reply message. But they ARE
>NOT ACTUALLY UNSUSBCRIBED. I have tested this several times.
>
>What could possibly be happening? I have lots of people yelling at me now...
>
>-- Michael

Isn't the /=unsub token missing in your unsub reply document?

HOnza
--

If you are crazy enough, look at http://www.appleklub.cz/~koudelka/

Date: Sat, 14 Aug 1999 17:50:01 -0700
From: Matthew Hill <happytwo at milepost1 dot com>
Subject: More questions

Hi again
Ok i have set up a new folder in autoshare-preference folder "@domain2.com".
Autoshare creates a second set of preferences for me to edit.
I use SIMS for the mail server.

Now I ASSUME i can set up this second set of preferences as a "second" autoshare.  All the folders etc.

Which brings me to my problems.  I would not want the second incoming mail folder to the same one i use for the "first" autoshare would i?

I have set up both SIMS and autoshare to accept mail for the second domain name.

And then a SIMS question.  How would i set up the router to in SIMS.  Is there a way to have SIMS send mail to one place for autoshare.  Then if it is not for autoshare send it to the correct account.  Or something similar to that?  Or have it try the acc
ounts for the second domain name then send it on to the second autoshare preferences.

Hopefully i have asked the questions correctly.
Thanking you for your patience and help in advance.

Matthew



Date: Sat, 14 Aug 1999 21:12:19 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: command problem with unsubscribe

At 02:40 +0200 8/15/99, HOnza Koudelka wrote:

>Isn't the /=unsub token missing in your unsub reply document?

This suggestion would appear to be right on target. The returned 
message would differ in that it doesn't include the feedback 
triggered by the token.


Date: Sat, 14 Aug 1999 21:14:01 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: More questions

At 17:50 -0700 8/14/99, Matthew Hill wrote:

>Now I ASSUME i can set up this second set of preferences as a 
>"second" autoshare.  All the folders etc.

So far so good.

>Which brings me to my problems.  I would not want the second 
>incoming mail folder to the same one i use for the "first" autoshare 
>would i?

No. The general assumption is that the preference sets share nothing.


Date: Sat, 14 Aug 1999 21:26:42 -0700
From: Matthew Hill <happytwo at milepost1 dot com>
Subject: Re: More questions

HI
Thanks for the response!  I am on the right track!  Now could someone know how
to configure SIMS?  Or should this actually be be posted on the SIMS list?
Just usually you guys are so goo!
Thanks
Matthew

Mikael Hansen wrote:

> At 17:50 -0700 8/14/99, Matthew Hill wrote:
>
> >Now I ASSUME i can set up this second set of preferences as a
> >"second" autoshare.  All the folders etc.
>
> So far so good.
>
> >Which brings me to my problems.  I would not want the second
> >incoming mail folder to the same one i use for the "first" autoshare
> >would i?
>
> No. The general assumption is that the preference sets share nothing.
>
> **  The AutoShare-Talk archives are at:
> **  <http://frutiger.staffs.ac.uk/autoshare/archives/>

--




Date: Sun, 15 Aug 1999 09:44:21 -0700
From: "Michael C. Gilbert" <mcg at halcyon dot com>
Subject: Re: command problem with unsubscribe

At 21:12 -0700 1999.08.14, Mikael Hansen wrote:


 * At 02:40 +0200 8/15/99, HOnza Koudelka wrote:
 *
 * >Isn't the /=unsub token missing in your unsub reply document?
 *
 * This suggestion would appear to be right on target. The returned
 * message would differ in that it doesn't include the feedback
 * triggered by the token.

This is it!

And now I understand a little more about the tokens....

Thanks!

-- Michael



Date: Sun, 15 Aug 1999 15:36:59 -0700
From: Mark Hartman <mh-list at harthaven dot com>
Subject: Re: More questions

At 9:26 PM -0700 8/14/99, Matthew Hill wrote:
>Thanks for the response!  I am on the right track!  Now could someone know
>how
>to configure SIMS?  Or should this actually be be posted on the SIMS list?

Creating the basic mailing list with SIMS and AutoShare

(The name of the list will be assumed to be "the-list".)

1.  Create the following SIMS accounts.  All should be enabled,
    with login disabled and "Copy Original Return-Path" turned
    on.  In addition, the following characteristics apply to
    individual accounts:

                                 Mirror Mail to
                                  Distribution
                     Store Mail:      List

     the-list         in folder*       No
     the-list-sub     in folder        No
     the-list-unsub   in folder        No
     the-list.d       discard          Yes
     the-list.m       discard          Yes

    (* If you want to keep track of the spam sent to the
       list without bothering your list members with it,
       set this to "folder and mailbox" and review the
       mailbox periodically.)

2.  Delete the file called "the-list dot m@L" in the Accounts
    folder within the SIMS folder.

3.  For the list of "each message" subscribers, create a file
    called "the-list.m" in the LS folder within the AutoShare
    folder, and write a line for each subscriber:

    e-mail-address (user-name..z)

    where z is ruled by the following list of codes:

     0: concealed (if visible, then no 0)
     1: digest (if messages, then no 1)
     2: no mail (if mail, then no 2)
     3: acknowledgement (if not, then no 3)
     4: not allowed to post (if post, then no 4)

    (I usually use a default of "034" since most of my
    lists are announce-only; a list to which subscribers can
    post should probably be "03".)

4.  Make an alias to this file in the Accounts folder within
    the SIMS folder, and name that alias "the-list dot m@L".

5.  Delete the file called "the-list dot d@L" in the Accounts
    folder within the SIMS folder.

6.  For the list of "digest only" subscribers, create a file
    called "the-list.d" in the LS folder within the AutoShare
    folder, and write a line for each subscriber:

    e-mail-address (user-name..z)

    where z is ruled by the following list of codes:

     0: concealed (if visible, then no 0)
     1: digest (if messages, then no 1)
     2: no mail (if mail, then no 2)
     3: acknowledgement (if not, then no 3)
     4: not allowed to post (if post, then no 4)

    (I usually use a default of "0134" since most of my
    lists are announce-only; a list to which subscribers can
    post should probably be "013".)

7.  Make an alias to this file in the Accounts folder within
    the SIMS folder, and name that alias "the-list dot d@L".

8.  Make an alias to the Filed Mail folder within the AutoShare
    folder.  Put three copies of this alias into the Accounts
    folder within the SIMS folder, and name them "the-list@F",
    "the-list-sub@F" and "the-list-unsub@F".

9.  Merge the "each message" and "digest only" lists and put
    them into a file called "the-list" in the LS folder within
    the AutoShare folder.  (Just putting one at the end of the
    other works fine; AutoShare will sort it.)

10. Quit and restart AutoShare to create settings and sort the
    list.

HTH.

Regards
Mark Hartman



Date: Sun, 15 Aug 1999 16:20:45 -0700
From: Matthew Hill <happytwo at milepost1 dot com>
Subject: Re: More questions

Hi
Thanks for the response.
I think i am trying to find the easy way out.  In my SIMS accounts I only
the-list.d at F and the-list dot m@F aliased to the-list.d and the-list dot m in
autoshare..
AutoShare seems to get the messages to the correct "special" addresses.
("the-list-on" etc.)
I know i am still not asking the questions correctly.  But one more time.  I
think this works because autoshare actually receives all the message coming to
the server.  Actually i THINK it receives all the messages that SIMS doesn't
have an account for.
Now i would like to be able to do this for a second domain with a second set of
preferences.

Thanks
You guys are always so helpful and patient.
Matthew

Mark Hartman wrote:

> At 9:26 PM -0700 8/14/99, Matthew Hill wrote:
> >Thanks for the response!  I am on the right track!  Now could someone know
> >how
> >to configure SIMS?  Or should this actually be be posted on the SIMS list?
>
> Creating the basic mailing list with SIMS and AutoShare
>
> (The name of the list will be assumed to be "the-list".)
>
> 1.  Create the following SIMS accounts.  All should be enabled,
>     with login disabled and "Copy Original Return-Path" turned
>     on.  In addition, the following characteristics apply to
>     individual accounts:
>
>                                  Mirror Mail to
>                                   Distribution
>                      Store Mail:      List
>
>      the-list         in folder*       No
>      the-list-sub     in folder        No
>      the-list-unsub   in folder        No
>      the-list.d       discard          Yes
>      the-list.m       discard          Yes
>
>     (* If you want to keep track of the spam sent to the
>        list without bothering your list members with it,
>        set this to "folder and mailbox" and review the
>        mailbox periodically.)
>
> 2.  Delete the file called "the-list dot m@L" in the Accounts
>     folder within the SIMS folder.
>
> 3.  For the list of "each message" subscribers, create a file
>     called "the-list.m" in the LS folder within the AutoShare
>     folder, and write a line for each subscriber:
>
>     e-mail-address (user-name..z)
>
>     where z is ruled by the following list of codes:
>
>      0: concealed (if visible, then no 0)
>      1: digest (if messages, then no 1)
>      2: no mail (if mail, then no 2)
>      3: acknowledgement (if not, then no 3)
>      4: not allowed to post (if post, then no 4)
>
>     (I usually use a default of "034" since most of my
>     lists are announce-only; a list to which subscribers can
>     post should probably be "03".)
>
> 4.  Make an alias to this file in the Accounts folder within
>     the SIMS folder, and name that alias "the-list dot m@L".
>
> 5.  Delete the file called "the-list dot d@L" in the Accounts
>     folder within the SIMS folder.
>
> 6.  For the list of "digest only" subscribers, create a file
>     called "the-list.d" in the LS folder within the AutoShare
>     folder, and write a line for each subscriber:
>
>     e-mail-address (user-name..z)
>
>     where z is ruled by the following list of codes:
>
>      0: concealed (if visible, then no 0)
>      1: digest (if messages, then no 1)
>      2: no mail (if mail, then no 2)
>      3: acknowledgement (if not, then no 3)
>      4: not allowed to post (if post, then no 4)
>
>     (I usually use a default of "0134" since most of my
>     lists are announce-only; a list to which subscribers can
>     post should probably be "013".)
>
> 7.  Make an alias to this file in the Accounts folder within
>     the SIMS folder, and name that alias "the-list dot d@L".
>
> 8.  Make an alias to the Filed Mail folder within the AutoShare
>     folder.  Put three copies of this alias into the Accounts
>     folder within the SIMS folder, and name them "the-list@F",
>     "the-list-sub@F" and "the-list-unsub@F".
>
> 9.  Merge the "each message" and "digest only" lists and put
>     them into a file called "the-list" in the LS folder within
>     the AutoShare folder.  (Just putting one at the end of the
>     other works fine; AutoShare will sort it.)
>
> 10. Quit and restart AutoShare to create settings and sort the
>     list.
>
> HTH.
>
> Regards
> Mark Hartman
>
> **  The AutoShare-Talk archives are at:
> **  <http://frutiger.staffs.ac.uk/autoshare/archives/>

--





Date: Sun, 15 Aug 1999 19:36:27 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: More questions

At 21:14 -0700 8/14/99, Mikael Hansen wrote:

>>Which brings me to my problems.  I would not want the second 
>>incoming mail folder to the same one i use for the "first" 
>>autoshare would i?
>
>No. The general assumption is that the preference sets share nothing.

I was too fast in my response and did not pick up on "incoming mail 
folder" being the EIMS Incoming Mail folder (strange name though as 
the mail is really outgoing), in SIMS the Submitted folder. My "No" 
can be changed to a "Yes", because AutoShare is done processing the 
message file once it is dropped in the Submitted folder. Otherwise no 
sharing though.


Date: Mon, 16 Aug 1999 15:25:51 -0600 (MDT)
From: mark malowany <Mark.Malowany at ualberta dot ca>
Subject: Autoshare/SIMS/Mac OS 8.6 problem?

I'm experiencing a weird problem in MacOS 8.6 that is limiting me to 50
open files in the system. After checking all my extensions for possible
conflicts I finally found that the problem only occurs when Autoshare is
running. This suggests the problem lies either with Autoshare or SIMS (I'm
using v4.0 and v1.8b6 respectively). This problem did not occur using
MacOS 8.1 with the same Autoshare/SIMS combo.

Has anyone else encountered this? Is there a workaround/solution?

cheers!
marko


Date: Mon, 16 Aug 1999 16:22:21 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Old Problem Still Biting Me

I have this re-occurring problem setting up mailing lists which I'm going
to look for answers for now.  Everytime I setup a new mailing list, I run
into problems, but with some fancy footwork, and a little patience, they
always seem to go away.  While I'm in the heat of the problem setting up
this recent mailing list, I'm going to track and tackle the problem.

Here are the symptoms:

(mailing list name is "demon")

1. After an e-mail is sent to the list, demon.m and demon.d are not created.
2. E-mail sent to mailing list hangs in the Filed Mail folder forever.
3. Using Quit from the Autoshare menu, I attempt to quit, but Autoshare
refuses to quit.  No error message, it simply does nothing.  Repeated
attempts to quit continue to do nothing.  After the first attempt, all
menus in Autoshare are non-functional (enabled, but none of them no longer
work).
4. After Force-Quitting Autoshare and restarting it, all of a sudden the
file it was processing lands in the EIMS incoming folder, and puts EIMS
into an infinity loop of "Moving message from <e-mail-address> to
demon.m@camelot.lmms.lmco dot com".
5. I remove all files from Filed Mail and Incoming Mail to stop the
insanity.  Upon examining the files, they end up being very large, with
over 10,000 lines of the original 3 line message repeated over and over
again.

Here are the steps I took in creating the list:

1. Created the EIMS account "demon"  (using EIMS 1.3.1), set to Save as
"Auto:Filed Mail".
2. Created the EIMS accounts "demon.d" and "demon.m", set to Mailing Lists
"Auto:LS:demon.d" and "Auto:LS:demon.m", respectively.
3. Created new mailing list in Autoshare called "demon" (using Autoshare
Admin 4.0).
4. Using Admin still, added members to the mailing list.
5. Sent a short e-mail to the mailing list to test, and all of the above
symptoms prevailed.

I'm hoping someone may spot an obvious reason for my turmoil.

So far, my solution is:

After force quitting Autoshare, reboot, start Autoshare, quit Autoshare,
then restart Autoshare.  After that, everything works fine.  I send an
e-mail to the new list, the demon.m and demon.d files get created and the
e-mail is distributed as expected.

I'm just hoping to eliminate this transitional cloud of confusion which
occurs every time I create a new list.

Am I the only one?
+----------------------------------------------------------------+
| Camelot Administrator,  mailto:camelot.admin at lmco dot com          |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
+----------------------------------------------------------------+

Date: Mon, 16 Aug 1999 19:32:57 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Autoshare/SIMS/Mac OS 8.6 problem?

At 15:25 -0600 8/16/99, mark malowany wrote:

>I'm experiencing a weird problem in MacOS 8.6 that is limiting me to 50
>open files in the system. After checking all my extensions for possible
>conflicts I finally found that the problem only occurs when Autoshare is
>running. This suggests the problem lies either with Autoshare or SIMS (I'm
>using v4.0 and v1.8b6 respectively). This problem did not occur using
>MacOS 8.1 with the same Autoshare/SIMS combo.

In Mac OS 8.6, I opened 50 files, started up AutoShare and then 
opened another 10 files without any problems. If SIMS are opening all 
those files for you, try another application instead to test with 
AutoShare (be sure that the application leaves them open until you're 
done, so they have a busy status). If you then don't have a problem, 
it would appear to be SIMS.


Date: Mon, 16 Aug 1999 19:41:33 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Old Problem Still Biting Me

At 16:22 -0700 8/16/99, Camelot Administrator wrote:

>3. Created new mailing list in Autoshare called "demon" (using Autoshare
>Admin 4.0).

Try shutting down AutoShare, drop an empty file called "demon" in the 
List Server folder, then restart AutoShare.

If this doesn't work, try creating a new preferences folder with a 
new preferences file, temporarily for test purposes only.


Date: Tue, 17 Aug 1999 13:22:00 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: Old Problem Still Biting Me

At 7:41 PM -0700 on 8/16/99, Mikael Hansen wrote:


> At 16:22 -0700 8/16/99, Camelot Administrator wrote:
>
> >3. Created new mailing list in Autoshare called "demon" (using Autoshare
> >Admin 4.0).
>
> Try shutting down AutoShare, drop an empty file called "demon" in the
> List Server folder, then restart AutoShare.
>

Hi Mikael,

I'm not sure what your goal is here.  I've already resolved my situation as
described in my last post.  However, just to be clear, the file called
"demon" did appear in the List Server folder as expected.  It was when I
made the first post when the problem occurs.  You would expect the .m and
.d files to be created, but they never were.  The post just hung in
Autoshare, pretty much locking it up.  Hence, force quitting autoshare,
restarting, quitting, and restarting again is what I always have to do to
get it things back on track.

I was just hoping for a sign that others have experienced this, and
wondering if I'm missing something to cause this minor trauma each time I
create a new list.

As mentioned, the list is now up and running just fine.

Bill
+----------------------------------------------------------------+
| Camelot Administrator,  mailto:camelot.admin at lmco dot com          |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
+----------------------------------------------------------------+

Date: Tue, 17 Aug 1999 16:33:03 -0500
From: Randy Phillips <phillips at finan dot com>
Subject: Re: Autoshare/SIMS/Mac OS 8.6 problem?

> 
> >I'm experiencing a weird problem in MacOS 8.6 that is limiting me to 50
> >open files in the system. After checking all my extensions for possible
> >conflicts I finally found that the problem only occurs when Autoshare is
> >running. This suggests the problem lies either with Autoshare or SIMS (I'm
> >using v4.0 and v1.8b6 respectively). This problem did not occur using
> >MacOS 8.1 with the same Autoshare/SIMS combo.
> 
> In Mac OS 8.6, I opened 50 files, started up AutoShare and then
> opened another 10 files without any problems. If SIMS are opening all
> those files for you, try another application instead to test with
> AutoShare (be sure that the application leaves them open until you're
> done, so they have a busy status). If you then don't have a problem,
> it would appear to be SIMS.
> 

How many font suitcases are in the system's fonts folder? Try dumping
all the fonts accept the ones used by the system, especially if your
seeing the errocode -42.

In addition to enabling me to open more files, doing this has solved
many other problems as well. For example, the Autoshare Admin
application connects over our network in a fraction of the time it used
to, as does Timbuktu.

Dump those fonts.

-- 
Randy Phillips, Web Manager/Developer
Finan Publishing
107 West Pacific Ave.
St. Louis, Mo. 63119
314-961-6644

Date: Tue, 17 Aug 1999 23:16:06 +0100
From: James Berriman <james at frutiger.staffs.ac dot uk>
Subject: Re: Old Problem Still Biting Me

At 13:22 -0700 17/8/1999, Camelot Administrator wrote:

>I'm not sure what your goal is here.  I've already resolved my situation as
>described in my last post.  However, just to be clear, the file called
>"demon" did appear in the List Server folder as expected.  It was when I
>made the first post when the problem occurs.  You would expect the .m and
>.d files to be created, but they never were.  The post just hung in
>Autoshare, pretty much locking it up.  Hence, force quitting autoshare,
>restarting, quitting, and restarting again is what I always have to do to
>get it things back on track.

I have always restarted AutoShare after creating a list, and before 
posting any messages to it. AutoShare does a lot of list housekeeping 
chores at startup. I've not seen the problem here.

( :-])  James

--
Website: <http://www.acoustic.demon.co.uk> Phone: +44 (0)1782 720368
I support the Campaign for Unmetered Telecommunications
<http://www.unmetered.org.uk/>

Date: Wed, 18 Aug 1999 00:39:09 +0100
From: James Berriman <james at acoustic.demon.co dot uk>
Subject: Re: Old Problem Still Biting Me

At 23:16 +0100 17/8/1999, James Berriman wrote:

>I have always restarted AutoShare after creating a list, and before 
>posting any messages to it. AutoShare does a lot of list 
>housekeeping chores at startup. I've not seen the problem here.


The other option which should work is to do [cmd]-E in the Admin and 
click on the 'Run AutoShare' button, which will force AutoShare to 
reload its preferences without restarting the application. This 
should ensure that AutoShare recognises the new list properly.

Do this before sending your first message and everything should work OK.

( :-])  James


Date: Wed, 18 Aug 1999 02:03:34 +0100
From: James Berriman <james at acoustic.demon.co dot uk>
Subject: Re: Old Problem Still Biting Me

I've now reproduced Bill's problem here.

As far as I can tell, creating a list in the Admin just creates the 
list file. It doesn't cause AutoShare to build the list preferences.

If you then send a message to the new list, AutoShare sees the list 
file in the lists folder, recognises that the message file is for a 
list and tries to update the list archive. Except that there isn't a 
list archive, because the list prefs haven't been created yet. What I 
ended up with was a 3MB file (and presumably growing) in the Filed 
Mail folder with multiple instances of the message body.

If this rogue file is left in the Filed Mail folder, AutoShare will 
lock up again on relaunch. Just as Bill described.

As I said before, this can be avoided by either relaunching AutoShare 
or using the 'Run AutoShare' button in the admin before you use the 
new list.

( :-])  James

Date: Tue, 17 Aug 1999 18:47:01 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Old Problem Still Biting Me

At 02:03 +0100 8/18/99, James Berriman wrote:

>I've now reproduced Bill's problem here.

I cannot reproduce it though. In the Admin after Command-L, I clicked 
on the List name button, entered a new list name and pressed the 
Update button. Once the beachball had stopped spinning, I did a 
Command-D in Finder of the AutoShare Preferences file whose copy 
showed the new list as having been updated in the list preferences. I 
then sent a list contribution to that new list, and the immediate 
response was that the sender wasn't subscribed, indicating that the 
list is recognized. Are you using the 4.0 Admin?

[Just had an earthquake nearby, an apparent 5.0 at the center]


Date: Tue, 17 Aug 1999 18:53:48 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Autoshare/SIMS/Mac OS 8.6 problem?

At 16:33 -0500 8/17/99, Randy Phillips wrote:

>How many font suitcases are in the system's fonts folder?

Thanks for the feedback. Btw, the Mac OS has a way of acting funny 
once you have more than 128 fonts installed.

>In addition to enabling me to open more files, doing this has solved
>many other problems as well. For example, the Autoshare Admin
>application connects over our network in a fraction of the time it used
>to, as does Timbuktu.

Interesting :-)


Date: Wed, 18 Aug 1999 15:09:59 +0100
From: James Berriman <james at acoustic.demon.co dot uk>
Subject: Re: Old Problem Still Biting Me

At 18:47 -0700 17/8/1999, Mikael Hansen wrote:
>At 02:03 +0100 8/18/99, James Berriman wrote:
>
>>I've now reproduced Bill's problem here.
>
>I cannot reproduce it though. In the Admin after Command-L, I 
>clicked on the List name button, entered a new list name and pressed 
>the Update button. Once the beachball had stopped spinning, I did a 
>Command-D in Finder of the AutoShare Preferences file whose copy 
>showed the new list as having been updated in the list preferences. 
>I then sent a list contribution to that new list, and the immediate 
>response was that the sender wasn't subscribed, indicating that the 
>list is recognized. Are you using the 4.0 Admin?

Yes, I am.

What happens if you send a message from an address that is actually 
subscribed? My AutoShare got into a mess after accepting a message 
from a valid subscriber, and while trying to update the list archive.

I wonder if the list archive path is being properly updated in the prefs?

( :-])  James

--
Website: <http://www.acoustic.demon.co.uk> Phone: +44 (0)1782 720368
I support the Campaign for Unmetered Telecommunications
<http://www.unmetered.org.uk/>

Date: Wed, 18 Aug 1999 07:38:18 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Old Problem Still Biting Me

At 15:09 +0100 8/18/99, James Berriman wrote:

>I wonder if the list archive path is being properly updated in the prefs?

It would appear that creating a list in the Admin doesn't create an 
archive folder for that list. I have to look into that. When I just 
tested it, archiving was merely ignored when posting, otherwise okay.


Date: Wed, 18 Aug 1999 10:48:43 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: Old Problem Still Biting Me

At 3:09 PM +0100 on 8/18/99, James Berriman wrote:


> At 18:47 -0700 17/8/1999, Mikael Hansen wrote:
> >At 02:03 +0100 8/18/99, James Berriman wrote:
> >
> >>I've now reproduced Bill's problem here.
> >
> >I cannot reproduce it though. In the Admin after Command-L, I
> >clicked on the List name button, entered a new list name and pressed
> >the Update button. Once the beachball had stopped spinning, I did a
> >Command-D in Finder of the AutoShare Preferences file whose copy
> >showed the new list as having been updated in the list preferences.
> >I then sent a list contribution to that new list, and the immediate
> >response was that the sender wasn't subscribed, indicating that the
> >list is recognized. Are you using the 4.0 Admin?
>
> Yes, I am.
>

I am also using 4.0 Admin.  Note that I have had this problem with all past
versions of Autoshare, Mac OS and systems configurations.  In your test
above, you tried to send to the list from an e-mail not subscribed.
Instead, use Admin to add that e-mail to the new list, then try and post
from that address.  That is when Autoshare hangs... actually trying to post
the message to the list.

> What happens if you send a message from an address that is actually
> subscribed? My AutoShare got into a mess after accepting a message
> from a valid subscriber, and while trying to update the list archive.
>
> I wonder if the list archive path is being properly updated in the prefs?
>

James,

Thanks for reproducing the problem on your machine.  It's nice to know that
I'm not completely crazy!  ;)

Bill
+----------------------------------------------------------------+
| Camelot Administrator,  mailto:camelot.admin at lmco dot com          |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
+----------------------------------------------------------------+

Date: Wed, 18 Aug 1999 10:51:49 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: Old Problem Still Biting Me

At 2:03 AM +0100 on 8/18/99, James Berriman wrote:


>
> If this rogue file is left in the Filed Mail folder, AutoShare will
> lock up again on relaunch. Just as Bill described.
>
> As I said before, this can be avoided by either relaunching AutoShare
> or using the 'Run AutoShare' button in the admin before you use the
> new list.
>

It would be better if Autoshare Admin created the list without having to do
anything else to ensure files are updated properly.  I'm sure that was the
original intent.  But until then, I'll save this info.  Thanks!

Bill
+----------------------------------------------------------------+
| Camelot Administrator,  mailto:camelot.admin at lmco dot com          |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
+----------------------------------------------------------------+

Date: Wed, 18 Aug 1999 16:00:25 -0600
Subject: Re: AutoShare-Talk digest 18 Aug 1999
From: "mark malowany" <mark.malowany at ulec.cius.ualberta dot ca>

> How many font suitcases are in the system's fonts folder? Try dumping
> all the fonts accept the ones used by the system, especially if your
> seeing the errocode -42.
>
> In addition to enabling me to open more files, doing this has solved
> many other problems as well. For example, the Autoshare Admin
> application connects over our network in a fraction of the time it used
> to, as does Timbuktu.
>
> Dump those fonts.
>
> --
> Randy Phillips, Web Manager/Developer

You're a saint, Randy. I many font suitcases installed in my system but well
under 120. On further inspection there was a lot of other font nastiness
going on there (old fonts, possible font ID conflicts, duplicate bitmaps). I
did some cleanup and everything is wonderful again.

Though this problem had nothing to do with Autoshare I'm glad I posted it to
this list. The smartest people hang out here.

cheers!
marko

Date: Wed, 18 Aug 1999 21:16:09 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Old Problem Still Biting Me

At 10:51 -0700 8/18/99, Camelot Administrator wrote:

>It would be better if Autoshare Admin created the list without having to do
>anything else to ensure files are updated properly.  I'm sure that was the
>original intent.  But until then, I'll save this info.  Thanks!

Yes, it was original intent. It'll be taken care of.

At 10:48 -0700 8/18/99, Camelot Administrator wrote:

>I am also using 4.0 Admin.  Note that I have had this problem with all past
>versions of Autoshare, Mac OS and systems configurations.  In your test
>above, you tried to send to the list from an e-mail not subscribed.
>Instead, use Admin to add that e-mail to the new list, then try and post
>from that address.  That is when Autoshare hangs... actually trying to post
>the message to the list.

It doesn't hang for me. Just doesn't archive.


Date: Thu, 19 Aug 1999 13:43:50 +0100
From: James Berriman <james at acoustic.demon.co dot uk>
Subject: Re: Old Problem Still Biting Me

At 21:16 -0700 18/8/1999, Mikael Hansen wrote:
>At 10:51 -0700 8/18/99, Camelot Administrator wrote:
>
>>It would be better if Autoshare Admin created the list without having to do
>>anything else to ensure files are updated properly.  I'm sure that was the
>>original intent.  But until then, I'll save this info.  Thanks!
>
>Yes, it was original intent. It'll be taken care of.
>
>At 10:48 -0700 8/18/99, Camelot Administrator wrote:
>
>>I am also using 4.0 Admin.  Note that I have had this problem with all past
>>versions of Autoshare, Mac OS and systems configurations.  In your test
>>above, you tried to send to the list from an e-mail not subscribed.
>>Instead, use Admin to add that e-mail to the new list, then try and post
>>from that address.  That is when Autoshare hangs... actually trying to post
>>the message to the list.
>
>It doesn't hang for me. Just doesn't archive.

This reminds me of a problem way back when an undefined path (bounce 
folder?) was causing files to appear in unexpected places. Note that 
on my machine AutoShare was stuck in a loop, repeatedly appending the 
message body to the original message file in the filed mail folder 
(with 'updating archives for <listname>' in the status window.

Perhaps the exact behaviour here varies depending on the default list settings.

( :-])  James

--
Website: <http://www.acoustic.demon.co.uk> Phone: +44 (0)1782 720368
I support the Campaign for Unmetered Telecommunications
<http://www.unmetered.org.uk/>

Date: Thu, 19 Aug 1999 13:59:58 -0500
From: Randy Phillips <phillips at finan dot com>
Subject: Autoshare Admin Sloooow Again

> 
> At 16:33 -0500 8/17/99, Randy Phillips wrote:
> 
> >How many font suitcases are in the system's fonts folder?
> 
> Thanks for the feedback. Btw, the Mac OS has a way of acting funny
> once you have more than 128 fonts installed.
> 
> >In addition to enabling me to open more files, doing this has solved
> >many other problems as well. For example, the Autoshare Admin
> >application connects over our network in a fraction of the time it used
> >to, as does Timbuktu.
> 
> Interesting :-)

I guess I was wrong about the correlation between having a lot of fonts
open and the Autoshare Admin Application connecting slowly from a remote
computer. It's doing it again.

I'm really stumped on this one. After I dumped a bunch of fonts from the
server the Admin app suddenly worked fine and then, for no apparent
reason, it started running slow again today. Nothing obvious changes on
the network, my workstation or on the Mac server.

Anyone else have this problem?

-- 
Randy Phillips, Web Manager/Developer
Finan Publishing
107 West Pacific Ave.
St. Louis, Mo. 63119
314-961-6644

Date: Mon, 23 Aug 1999 00:53:33 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Autoshare Admin Sloooow Again

At 13:59 -0500 8/19/99, Randy Phillips wrote:

>I guess I was wrong about the correlation between having a lot of fonts
>open and the Autoshare Admin Application connecting slowly from a remote
>computer. It's doing it again.

Probably the network or something. If you're still run 2.3, I suggest 
upgrading to 4.0, even though already 2.3 includes this mechanism:

"The temporary zero ticks value that the server uses when the Admin 
is running has been implemented in a new way that is monitored by the 
server only: as one AppleEvent often is followed by another shortly 
afterwards, the zero tick value is enforced for 30 seconds, then the 
normal tick value is used"

The topic is always lots of fun, and a real life server machine 
offers plenty of variables such as a busy mail server doing 
occasional processor hogging. On an idle server machine, I usually 
get a local turnaround time of 1/4-1/3 second per AppleScript 
command, which holds true from within the Admin as well, I tested 
today.


Subject: Disable attachments?
Date: Mon, 23 Aug 1999 10:30:53 -0400
From: Charles L. Martin <clmartin at theombudsman dot com>

I cannot figure out how to disable attachments. I know I saw a message 
here about it, but I guess I didn't save it. I cannot find it in the 
documentation, and every time I turn on balloon help in the Admin 
program, it crashes. Before crashing, the List stuff label in the Yet 
more list stuff window does not have any balloon help, although the field 
itself has the last half of the help. The Happy99.exe virus has been 
transmitted over a list several times, so I just want to disable all 
attachments. How is this done, and can it be added to the FAQ or 
something so I don't have to clutter the list with questions which have 
already been asked and answered?

Charles L. Martin
clmartin at theOmbudsman dot com
http://www.theOmbudsman.com/Martin_Law/

Alice: ³The King seems so prejudiced.²
King: ³Thank you Alice. That¹s what makes me so eminently qualified to =
be 
Judge.²
Alice in Wonderland, Lewis Carroll


Date: Mon, 23 Aug 1999 12:40:16 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Disable attachments?

At 10:30 -0400 8/23/99, Charles L. Martin wrote:

>I cannot figure out how to disable attachments. I know I saw a message
>here about it, but I guess I didn't save it.

When a quick stroll through the relevant windows and respective 
fields in the Admin doesn't turn up anything, be sure to check the 
Misc Stuff and List Stuff fields for minor goodies; balloon help 
required though, see below. You can also quickly search the 
Documentation and Version pages for the string "letter ".

>I cannot find it in the documentation

Search for the "letter k" (List Stuff field) in the Versions page.

>and every time I turn on balloon help in the Admin program, it crashes.

FaceSpan tends to be sparse on the memory specified for built 
application, so I like to give it maybe 60K ekstra for balloon help. 
While I haven't experienced any Admin crashes, try giving the Admin 
even more.

>so I just want to disable all attachments. How is this done,

In the Admin, Command-L, select the list, click the Yet more list 
button, find the List Stuff field.

Another method is to set a limit for the number of lines in the 
message body. In the Admin, Command-L, select the list, click the 
List button, find the Lines field.


Subject: Re: AutoShare-Talk digest 23 Aug 1999
Date: Tue, 24 Aug 1999 08:49:30 -0400
From: Charles L. Martin <clmartin at theombudsman dot com>

Thanks, Mike. I couldn't figure out how to give FaceSpan extra memory, 
though. I upped Admin to 4mb, which seems to work fine. 

On 8/23/99 5:01 PM, AutoShare-Talk list said:

>FaceSpan tends to be sparse on the memory specified for built 
>application, so I like to give it maybe 60K ekstra for balloon help. 
>While I haven't experienced any Admin crashes, try giving the Admin 
>even more.


Charles L. Martin
clmartin at theOmbudsman dot com
http://www.theOmbudsman.com/Martin_Law/

Alice: ³The King seems so prejudiced.²
King: ³Thank you Alice. That¹s what makes me so eminently qualified to =
be 
Judge.²
Alice in Wonderland, Lewis Carroll


Subject: Turn off attachments-no go
Date: Tue, 24 Aug 1999 09:48:55 -0400
From: Charles L. Martin <clmartin at theombudsman dot com>

Well, I went and made the change, but when I then sent an attachment, it 
went through anyway. Perhaps I am overlooking something. I put a "k" in 
the List Stuff field, and no "o". Shouldn't this remove attachments? I 
sent a message with a small file attached, and the file was distributed 
to the list.

>Thanks, Mike. I couldn't figure out how to give FaceSpan extra memory, 
>though. I upped Admin to 4mb, which seems to work fine. 
>
>On 8/23/99 5:01 PM, AutoShare-Talk list said:
>
>>FaceSpan tends to be sparse on the memory specified for built 
>>application, so I like to give it maybe 60K ekstra for balloon help. 
>>While I haven't experienced any Admin crashes, try giving the Admin 
>>even more.


Charles L. Martin
clmartin at theOmbudsman dot com
http://www.theOmbudsman.com/Martin_Law/

Alice: ³The King seems so prejudiced.²
King: ³Thank you Alice. That¹s what makes me so eminently qualified to =
be 
Judge.²
Alice in Wonderland, Lewis Carroll


Date: Tue, 24 Aug 1999 12:28:35 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Turn off attachments-no go

At 09:48 -0400 8/24/99, Charles L. Martin wrote:

>Well, I went and made the change, but when I then sent an attachment, it
>went through anyway. Perhaps I am overlooking something. I put a "k" in
>the List Stuff field, and no "o". Shouldn't this remove attachments? I
>sent a message with a small file attached, and the file was distributed
>to the list.

It doesn't always work as there are unfortunately many kinds of 
attachment specifications. If you can mail me (meh at dnai dot com) the file 
in Filed Mail folder (StuffIt'ed), I can take a look at it.


Subject: Re: Turn off attachments-no go
Date: Tue, 24 Aug 1999 16:09:22 -0400
From: Charles L. Martin <clmartin at theombudsman dot com>

--Emailer_-1275732664
Content-Type: text/plain; charset="iso-8859-1"
Content-transfer-encoding: quoted-printable

It was just a small file I created to see if attachments made it through. 
I just wanted to disable attachments since a virus has been distributed 
to the list (Happy99.exe) several times. I was hoping to stop that.

In spite of this problem, it is worth mentioning that I really appreciate 
the great service you have performed for the community of Macintosh 
users, and continue to perform in maintaining this software. It really is 
astounding how few problems there are. Thank you for your generosity.

On 8/24/99 3:28 PM, Mikael Hansen said:

>At 09:48 -0400 8/24/99, Charles L. Martin wrote:
>
>>Well, I went and made the change, but when I then sent an attachment, it
>>went through anyway. Perhaps I am overlooking something. I put a "k" in
>>the List Stuff field, and no "o". Shouldn't this remove attachments? I
>>sent a message with a small file attached, and the file was distributed
>>to the list.
>
>It doesn't always work as there are unfortunately many kinds of 
>attachment specifications. If you can mail me (meh at dnai dot com) the file 
>in Filed Mail folder (StuffIt'ed), I can take a look at it.


Charles L. Martin
clmartin at theOmbudsman dot com
http://www.theOmbudsman.com/Martin_Law/

Alice: ³The King seems so prejudiced.²
King: ³Thank you Alice. That¹s what makes me so eminently qualified to =
be 
Judge.²
Alice in Wonderland, Lewis Carroll

--Emailer_-1275732664
Content-Type: application/octet-stream; name="b3e87348.sit";
 x-mac-type="53495435";
 x-mac-creator="53495421"
Content-transfer-encoding: base64
Content-Disposition: Attachment; filename="b3e87348.sit"

--Emailer_-1275732664--

Subject: Re: Turn off attachments-no go
Date: Tue, 24 Aug 1999 18:09:29 -0400
From: Charles L. Martin <clmartin at theombudsman dot com>

Sorry for the attachment to the list. I am used to getting the digest, so 
thought the return address meant that a reply would go to Mike. I forgot 
that I had changed to nodigest, and didn't look. I apologize. It would be 
nice to be able to disable attachments, which is what my message was 
about.

On 8/24/99 4:09 PM, Charles L. Martin said:

>It was just a small file


Charles L. Martin
clmartin at theOmbudsman dot com
http://www.theOmbudsman.com/Martin_Law/

Alice: ³The King seems so prejudiced.²
King: ³Thank you Alice. That¹s what makes me so eminently qualified to =
be 
Judge.²
Alice in Wonderland, Lewis Carroll


Date: Thu, 26 Aug 1999 10:38:47 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Turn off attachments-no go

At 16:09 -0400 8/24/99, Charles L. Martin wrote:

>It was just a small file I created to see if attachments made it through.
>I just wanted to disable attachments since a virus has been distributed
>to the list (Happy99.exe) several times. I was hoping to stop that.

>Attachment converted: meh:b3e87348.sit (=j›Ú/SITD) (00051E87)

I unpacked the archive and tested your message file, whose attachment 
was detached when being processed here, so the mechanism appears to 
have worked fine in this case.

>In spite of this problem, it is worth mentioning that I really appreciate
>the great service you have performed for the community of Macintosh
>users, and continue to perform in maintaining this software. It really is
>astounding how few problems there are. Thank you for your generosity.

Thanks!