Date: 28 May 99 16:39:12 -0500
From: Chuck Boody <chuck_boody at hopkins.k12.mn dot us>
Subject: RE: AutoShare 4.0 released
Reply to: RE: AutoShare 4.0 released
Now available by mail
send to
mailit at stumail.hopkins.k12.mn dot us
with
Autoshare4.1
in the subject line.
Chuck Boody
Analyst/Programmer
ISD 270
=======
Mikael Hansen wrote:
>The 4.0 archive has been uploaded to
> <ftp://ftp.dnai.com/users/m/meh/AutoShare/>
>If you use StuffIt Expander, version 5.x is required.
>
>I'll be gone for a few weeks, so it's up there now (including a =
>hidden Easter egg). Have a pleasant Memorial Day weekend :-)
>
>
>** The AutoShare-Talk archives are at:
>** <http://frutiger.staffs.ac.uk/autoshare/archives/>
>
>RFC822 header
>-----------------------------------
>
> Return-Path: <bounce at frutiger.staffs.ac dot uk>
> Received: from frutiger.staffs.ac.uk (194.66.172.10) by hopkins.k12.mn.=
us with
> ESMTP (Eudora Internet Mail Server 2.2.1); Thu, 27 May 1999 22:27:28 -=
0500
> Received: from oberon.dnai.com (207.181.194.97) by frutiger.staffs.ac.uk =
with
> ESMTP (Eudora Internet Mail Server 2.2.3d3); Fri, 28 May 1999 03:24:20 +=
0000
> Received: from [207.181.201.193] (dnai-207-181-201-199.dialup.dnai.com =
>[207.181.201.199])
> by oberon.dnai.com (8.9.3/8.9.3) with ESMTP id UAA21732
> for <autoshare-talk at frutiger.staffs.ac dot uk>; Thu, 27 May 1999 20:23:54 =
>-0700 (PDT)
> Mime-Version: 1.0
> X-Sender: meh at pop.dnai dot com
> Date: Thu, 27 May 1999 20:24:30 -0700
> Reply-To: autoshare-talk at frutiger.staffs.ac dot uk (Subscribers of AutoShare-=
Talk)
> Errors-To: bounce at frutiger.staffs.ac dot uk (AutoShare bounce account)
> Precedence: bulk
> List-Subscribe: =
><mailto:autoshare at frutiger.staffs.ac dot uk?body=subscribe%20AutoShare-Talk>=
> List-Unsubscribe: =
><mailto:autoshare at frutiger.staffs.ac dot uk?body=unsubscribe%20AutoShare-=
Talk>
> X-List-Digest: =
><mailto:autoshare at frutiger.staffs.ac dot uk?body=set%20AutoShare-Talk%=
20digest>
> List-Archive: =
><mailto:autoshare at frutiger.staffs.ac dot uk?body=index%20AutoShare-Talk>
> List-Post: <mailto:autoshare-talk at frutiger.staffs.ac dot uk>
> List-Owner: listmaster at frutiger.staffs.ac dot uk (James Berriman)
> List-Help: <http://www.dnai.com/~meh/autoshare/>
> List-Id: <AutoShare-Talk.frutiger.staffs.ac.uk>
> List-Software: AutoShare 4.0b6 by Mikael Hansen
> X-To-Unsubscribe: autoshare at frutiger.staffs.ac dot uk, body: unsub AutoShare-=
Talk
> To: autoshare-talk at frutiger.staffs.ac dot uk (Subscribers of AutoShare-Talk)
> From: Mikael Hansen <meh at dnai dot com>
> Subject: AutoShare 4.0 released
> Content-Type: text/plain; charset="us-ascii" ; format="flowed"
> Message-Id: <481426340389437359135 at frutiger.staffs.ac dot uk>
>
Date: Sat, 29 May 1999 01:14:01 +0100
From: James Berriman <james at acoustic.demon.co dot uk>
Subject: AutoShare 4.0 UK mirror
At 04:24 +0100 28/5/1999, Mikael Hansen wrote:
>The 4.0 archive has been uploaded to
> <ftp://ftp.dnai.com/users/m/meh/AutoShare/>
>If you use StuffIt Expander, version 5.x is required.
Now also at <http://www.dcl.co.uk/MacOS/email/autoshare/AutoShare4.0.sit.bin>
( :-]) James
Subject: Digests work, but mail keeps coming
Date: Mon, 31 May 1999 13:30:41 -0400
From: Charles L. Martin <clmartin at theombudsman dot com>
I subscribed to a list and set it to DIGEST. I get the digest, but still
get the individual messages. I have gotten a message from another
subsriber that it is not just me. Any ideas on how to stop this?
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: Digests not requested
Date: Mon, 31 May 1999 15:02:48 -0400
From: Charles L. Martin <clmartin at theombudsman dot com>
After posting my last message about people who set DIGEST still getting
individual messages, I discovered that people who never requested DIGEST
are getting one.
I am running AutoShare 4.0. I have had great difficulty with a few
features of AutoShare in the past, especially logs, archives and digests.
I could never get the log to be sent. After carefully following
instructions from Mikael, involving resetting certain resources, I could
not get them to be sent. So I deleted my AutoShare preferences. No
change. So I deleted the entire AutoShare folder (in Preferences). No
help. So I forgot about it until version 4.
Just on a whim, I again deleted the Autoshare folder in
System:Preferences. After re-setting everything, I got a digest including
hundreds of messages, everything since January 1. I just put this down to
having never gotten a digest before.
The odd thing was that everyone on the list got it. This caused problems
for some listers. I discovered this was happening before all had been
sent, and deleted some from the Outgoing Mail window. (Mikael: I wanted
to pass on that doing a multiple selection and deleting was VERY slow.
Selecting them and deleting one at a time was much faster, over 20 times
faster.) I didn't understand the implications of this at first, but now
see that every subscriber gets both individual messages AND digests.
Does all this suggest that there is something seriously screwy with my
server (AWS 6500)? I have had quit a few problems, and none of them seem
to ever have happened to anyone else.
I don't want my description of this problem to sound like quibbling. I
would be just as happy if the digest feature were entirely unavailable. I
LOVE Autoshare, and very much appreciate the work Mikael has done to
bring this tool to us (and keep it developing). I am asking solely
because the list messages seem to suggest that these features work fine
for everyone but me, so I am hoping to get some help finding the stupid
thing I must be doing to cause the problem.
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, 31 May 1999 23:35:37 +0100
From: James Berriman <james at acoustic.demon.co dot uk>
Subject: Re: Digests work, but mail keeps coming
At 18:30 +0100 31/5/1999, Charles L. Martin wrote:
>I subscribed to a list and set it to DIGEST. I get the digest, but still
>get the individual messages. I have gotten a message from another
>subsriber that it is not just me. Any ideas on how to stop this?
This could happen if your list accounts <list.m> and <list.d> in EIMS both
pointed to the same mailing list file (e.g. both accounts point to the file
list.m in your listserver folder).
Alternatively, you could be subscribed twice under slightly different
addresses.
( :-]) James
Subject: Now, duplicate monthly help files
Date: Tue, 1 Jun 1999 10:55:02 -0400
From: Charles L. Martin <clmartin at theombudsman dot com>
As if getting digest AND messages were not enough, I now see that all
subscribers have gotten duplicate help files for one list. Not for the
others, though. Now everyone is unhappy, but I can't see what is causing
it to fix it. Any ideas? Maybe it has to do with the changes to
accomodate the use of folders to organize documents. Maybe there are two
help file documents.
...
No, after checking, the list giving the problem does not have a folder in
the Documents folder. I'm stuck.
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, 1 Jun 1999 09:13:39 -0700
From: Michael Ross <mross at antigone dot com>
Subject: Re: Now, duplicate monthly help files
>As if getting digest AND messages were not enough, I now see that all
>subscribers have gotten duplicate help files for one list. Not for the
>others, though. Now everyone is unhappy, but I can't see what is causing
>it to fix it. Any ideas? Maybe it has to do with the changes to
>accomodate the use of folders to organize documents. Maybe there are two
>help file documents.
>...
>No, after checking, the list giving the problem does not have a folder in
>the Documents folder. I'm stuck.
This happens to me with 3.0.4, too...
---
Michael Ross
Antigone
Occidental CA USA
mailto:mross at antigone dot com
Date: Tue, 01 Jun 1999 15:47:44 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: Now, duplicate monthly help files
At 10:55 AM -0400 on 6/1/99, Charles L. Martin wrote:
> As if getting digest AND messages were not enough, I now see that all
> subscribers have gotten duplicate help files for one list. Not for the
> others, though. Now everyone is unhappy, but I can't see what is causing
> it to fix it. Any ideas? Maybe it has to do with the changes to
> accomodate the use of folders to organize documents. Maybe there are two
> help file documents.
> ...
> No, after checking, the list giving the problem does not have a folder in
> the Documents folder. I'm stuck.
>
What e-mail server software are you running? Maybe it is related to that,
or perhaps incompatibilities between it and Autoshare, or improperly setup
accounts for Autoshare. Whatever you do, don't panic from all the unhappy
customers... that will only make you blind to the solution. ;)
Cheers,
Bill
+----------------------------------------------------------------+
| Camelot Administrator, mailto:camelot.admin at lmco dot com |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
+----------------------------------------------------------------+
Date: Tue, 01 Jun 1999 15:57:19 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: US Mirror (was: AutoShare 4.0 released)
At 8:24 PM -0700 on 5/27/99, Mikael Hansen wrote:
> The 4.0 archive has been uploaded to
> <ftp://ftp.dnai.com/users/m/meh/AutoShare/>
> If you use StuffIt Expander, version 5.x is required.
>
Also available at:
http://pascal-central.com/autoshare/autoshare.40.bin
Cheers,
Bill
+----------------------------------------------------------------+
| Camelot Administrator, mailto:camelot.admin at lmco dot com |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
+----------------------------------------------------------------+
Subject: Re: AutoShare-Talk digest 1 Jun 1999
Date: Wed, 2 Jun 1999 09:35:43 -0400
From: Charles L. Martin <clmartin at theombudsman dot com>
Oddly, I checked and found that neither account had a suffix (.d or .m)
to the file name. I am not sure what happened, as this is not a problem
with other lists. Maybe the list name is too long.
Another thing I noticed when looking at this was that there are two files
in my list server folder named list.$.d and list.$.m. What is this?
>>I subscribed to a list and set it to DIGEST. I get the digest, but still
>>get the individual messages. I have gotten a message from another
>>subsriber that it is not just me. Any ideas on how to stop this?
>
>This could happen if your list accounts <list.m> and <list.d> in EIMS both
>pointed to the same mailing list file (e.g. both accounts point to the fil=
e
>list.m in your listserver folder).
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: Wed, 2 Jun 1999 19:36:12 +0100
From: James Berriman <james at acoustic.demon.co dot uk>
Subject: Re: AutoShare-Talk digest 1 Jun 1999
At 14:35 +0100 2/6/1999, Charles L. Martin wrote:
>Oddly, I checked and found that neither account had a suffix (.d or .m)
>to the file name. I am not sure what happened, as this is not a problem
>with other lists. Maybe the list name is too long.
I take it you are describing the accounts in your mail server here? If the
.m and .d are missing from the filenames, then this would cause the server
(EIMS?) to use the main subscriber list for all outgoing messages. So
everyone on the list would receive individual messages AND digests. This
would also explain why they all received two copies of the monthly help
file.
>Another thing I noticed when looking at this was that there are two files
>in my list server folder named list.$.d and list.$.m. What is this?
I believe that AutoShare uses the $ character in temporary files. You can
trash these.
( :-]) James
Subject: Re: Now, duplicate monthly help files
Date: Thu, 3 Jun 1999 14:52:53 -0400
From: Charles L. Martin <clmartin at theombudsman dot com>
I am using EIMS. Maybe the problem is the same thing that caused
subscribers to get both messages and digests (the accounts were both
pointed at the same list).
Camelot Administrator said:
>> As if getting digest AND messages were not enough, I now see that all
>> subscribers have gotten duplicate help files for one list. Not for the
>> others, though. Now everyone is unhappy, but I can't see what is causing
>> it to fix it. Any ideas? Maybe it has to do with the changes to
>> accomodate the use of folders to organize documents. Maybe there are two
>> help file documents.
>> ...
>> No, after checking, the list giving the problem does not have a folder i=
n
>> the Documents folder. I'm stuck.
>>
>
>What e-mail server software are you running? Maybe it is related to that,
>or perhaps incompatibilities between it and Autoshare, or improperly setup
>accounts for Autoshare. Whatever you do, don't panic from all the unhappy
>customers... that will only make you blind to the solution. ;)
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: Re: Duplicate month files
Date: Thu, 3 Jun 1999 14:52:54 -0400
From: Charles L. Martin <clmartin at theombudsman dot com>
Well, then you have solved all my mysteries except how the mail server
accounts got set up that way. The names of the accounts were correct, and
all other lists had the correct extensions. Oh well. At least this
appears to be solved.
James Berriman said:
>At 14:35 +0100 2/6/1999, Charles L. Martin wrote:
>>Oddly, I checked and found that neither account had a suffix (.d or .m)
>>to the file name. I am not sure what happened, as this is not a problem
>>with other lists. Maybe the list name is too long.
>
>I take it you are describing the accounts in your mail server here? If the
>.m and .d are missing from the filenames, then this would cause the server
>(EIMS?) to use the main subscriber list for all outgoing messages. So
>everyone on the list would receive individual messages AND digests. This
>would also explain why they all received two copies of the monthly help
>file.
>
>
>>Another thing I noticed when looking at this was that there are two files
>>in my list server folder named list.$.d and list.$.m. What is this?
>
>I believe that AutoShare uses the $ character in temporary files. You can
>trash these.
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: Wed, 9 Jun 1999 15:43:03 -0400
From: "Christopher T. Payne" <CTPayne at lbl dot gov>
Subject: AutoShare 4.0 and Timbuktu 5.0
I seem to be having a conflict between AutoShare 4.0 and Timbuktu 5.0. With
AutoShare running on a machine, I can no longer "control" that machine
using Timbuktu. The remote machine's screen never comes up in the local
Timbuktu window.
If I turn AutoShare off, I have no problem connecting.
Has anyone else seen this behavior?
-CTP
-------------------------------------
Christopher Payne
Lawrence Berkeley National Laboratory
Suite 500
1250 Maryland Avenue, SW
Washington, DC 20024
(202) 484-0884 x105
(202) 484-0888 (fax)
http://www.dc.lbl.gov/payne
Date: Wed, 9 Jun 1999 16:14:14 -0400
From: Ricardo Davis <ricardo at ustaxpayers dot org>
Subject: Re: AutoShare 4.0 and Timbuktu 5.0
>I seem to be having a conflict between AutoShare 4.0 and Timbuktu 5.0. With
>AutoShare running on a machine, I can no longer "control" that machine
>using Timbuktu. The remote machine's screen never comes up in the local
>Timbuktu window.
>
>If I turn AutoShare off, I have no problem connecting.
>
>Has anyone else seen this behavior?
No, however we're still using TimbuktuPro 4.06. It's a good thing you
reported this because I was prepared to upgrade. Have you reported this to
Netopia/Farallon tech support?
-Ricardo
Date: Wed, 09 Jun 1999 17:07:08 -0500
From: "Bob Beims" <rwbc70 at email.sps.mot dot com>
Subject: Re: AutoShare 4.0 and Timbuktu 5.0
Things are working fine for me after upgrading to AutoShare 4:
mail server is running MacOS 8.1, Timbuktu 4.8, EIMS 1.3.1
controlling system is running MacOS 8.6 and Timbuktu 4.8
Timbuktu is connecting via TCP/IP over an ethernet network.
Regards,
Bob
> Date: Wed, 9 Jun 1999 15:43:03 -0400
> From: "Christopher T. Payne" <CTPayne at lbl dot gov>
> Reply-To: autoshare-talk at frutiger.staffs.ac dot uk (Subscribers of autoshare-talk)
> Subject: AutoShare 4.0 and Timbuktu 5.0
>
> I seem to be having a conflict between AutoShare 4.0 and Timbuktu 5.0. With
> AutoShare running on a machine, I can no longer "control" that machine
> using Timbuktu. The remote machine's screen never comes up in the local
> Timbuktu window.
>
> If I turn AutoShare off, I have no problem connecting.
>
> Has anyone else seen this behavior?
>
> -CTP
> -------------------------------------
> Christopher Payne
> Lawrence Berkeley National Laboratory
> Suite 500
> 1250 Maryland Avenue, SW
> Washington, DC 20024
> (202) 484-0884 x105
> (202) 484-0888 (fax)
> http://www.dc.lbl.gov/payne
Date: Wed, 9 Jun 1999 18:25:04 -0400
From: "Christopher T. Payne" <CTPayne at lbl dot gov>
Subject: Re: AutoShare 4.0 and Timbuktu 5.0
I should probably have been more forthcoming about other software details.
The system in question:
- Beige G3 @ 266 MHz
- OS 8.6
- EIMS 2.2.2
- AutoShare 4.0
- Timbuktu 5.0
- ASIP 6.2 Web & File
- FileMaker Pro Server 3.0
- QuickDNS Pro 2.2
Both local and remote Timbuktu systems were version 5.0, connecting via
TCP/IP over 10/100 switched Ethernet LAN.
There are other problems with my AutoShare setup, too. I keep getting Type
1 Errors that halt AutoShare when certain files come through via EIMS and
are stored in the Filed Mail folder. The only pattern I can discern with
these files is that they contain Base64-encoded attachments.
Given this, it may be that the Timbuktu situation is only a symptom of a
larger problem.
-CTP
At 6:07 PM -0400 6/9/99, Bob Beims wrote:
>Things are working fine for me after upgrading to AutoShare 4:
>
> mail server is running MacOS 8.1, Timbuktu 4.8, EIMS 1.3.1
> controlling system is running MacOS 8.6 and Timbuktu 4.8
>
>Timbuktu is connecting via TCP/IP over an ethernet network.
>
>Regards,
>Bob
>
>
>> Date: Wed, 9 Jun 1999 15:43:03 -0400
>> From: "Christopher T. Payne" <CTPayne at lbl dot gov>
>> Reply-To: autoshare-talk at frutiger.staffs.ac dot uk (Subscribers of
>>autoshare-talk)
>> Subject: AutoShare 4.0 and Timbuktu 5.0
>>
>> I seem to be having a conflict between AutoShare 4.0 and Timbuktu 5.0. With
>> AutoShare running on a machine, I can no longer "control" that machine
>> using Timbuktu. The remote machine's screen never comes up in the local
>> Timbuktu window.
>>
>> If I turn AutoShare off, I have no problem connecting.
>>
>> Has anyone else seen this behavior?
>>
>> -CTP
>> -------------------------------------
>> Christopher Payne
>> Lawrence Berkeley National Laboratory
>> Suite 500
>> 1250 Maryland Avenue, SW
>> Washington, DC 20024
>> (202) 484-0884 x105
>> (202) 484-0888 (fax)
>> http://www.dc.lbl.gov/payne
Date: Wed, 9 Jun 1999 18:48:36 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AutoShare 4.0 and Timbuktu 5.0
At 18:25 -0400 6/9/99, Christopher T. Payne wrote:
>I should probably have been more forthcoming about other software details.
>The system in question:
>
>- Beige G3 @ 266 MHz
>- OS 8.6
>- EIMS 2.2.2
>- AutoShare 4.0
>- Timbuktu 5.0
>- ASIP 6.2 Web & File
>- FileMaker Pro Server 3.0
>- QuickDNS Pro 2.2
Try upgrading QuickDNS Pro 2.2 to 2.2.1 (free).
<http://www.menandmice.com/infobase/mennmys/vefsidur.nsf/index/2.2.302>
which solved a similar problem for another user two months ago.
Date: Thu, 10 Jun 1999 09:13:49 +0200
From: Mats Anderling <mand2 at licr.ki dot se>
Subject: Re: AutoShare 4.0 and Timbuktu 5.0
>--============_-2171712579==_d============
>Date: Wed, 9 Jun 1999 16:14:14 -0400
>From: Ricardo Davis <ricardo at ustaxpayers dot org>
>Reply-To: autoshare-talk at frutiger.staffs.ac dot uk (Subscribers of autoshare-talk)
>Subject: Re: AutoShare 4.0 and Timbuktu 5.0
>
>>I seem to be having a conflict between AutoShare 4.0 and Timbuktu 5.0. With
>>AutoShare running on a machine, I can no longer "control" that machine
>>using Timbuktu. The remote machine's screen never comes up in the local
>>Timbuktu window.
>>
>>If I turn AutoShare off, I have no problem connecting.
>>
>>Has anyone else seen this behavior?
>
>No, however we're still using TimbuktuPro 4.06. It's a good thing you
>reported this because I was prepared to upgrade. Have you reported this to
>Netopia/Farallon tech support?
>
>
I use Timbuktu 4.8, and it works just fine!
/Mats
--
Mats Anderling
System Administrator
Ludwig Institute For Cancer Research, Stockholm Branch
http://www.licr.ki.se
Date: Thu, 10 Jun 1999 14:24:07 -0400
From: "Christopher T. Payne" <CTPayne at lbl dot gov>
Subject: Type 1 Errors
Help! AutoShare 4.0 keeps crashing on me with a Type 1 error. The symptoms:
File comes into "Filed Mail" folder. Most times, the file will get
processed properly, but perhaps one time in ten, AutoShare will crash with
a Type 1 error. If multiple files build up in the Filed Mail folder while
AutoShare is down, removing the first file and re-launching AutoShare will
allow the other files to be processed. Just re-launching AutoShare without
removing the first file will result in an immediate crash. However, if just
the one file is in the Filed Mail folder and I re-launch AutoShare, it will
be processed.
This problem has AutoShare crashing about every half-hour. Couple that with
my inability to connect to the server via Timbuktu, and this is a real
problem. I'm having to physically check my server regularly.
Any suggestions to resolve this?
-CTP
P.S. Once I learned the "immediately re-launch with only one file in folder
and it'll process" trick, I stupidly processed all the files without
keeping copies. Therefore, I don't have any example files available. (That
should just be a matter of time, though.) It seemed, from a cursory glance,
that the files which were being problematic all included encoded
attachments.
Date: Thu, 10 Jun 1999 12:51:33 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Type 1 Errors
It looks like you receive digests on this list. To receive list
responses faster, switch to the message mode. I posted this last
night:
At 18:48 -0700 6/9/99, Mikael Hansen wrote:
>Try upgrading QuickDNS Pro 2.2 to 2.2.1 (free).
> <http://www.menandmice.com/infobase/mennmys/vefsidur.nsf/index/2.2.302>
>which solved a similar problem for another user two months ago.
At 14:24 -0400 6/10/99, Christopher T. Payne wrote:
>Help! AutoShare 4.0 keeps crashing on me with a Type 1 error. The symptoms:
Let us know once QuickDNS Pro 2.2.1 has been installed.
>P.S. Once I learned the "immediately re-launch with only one file in folder
>and it'll process" trick, I stupidly processed all the files without
>keeping copies. Therefore, I don't have any example files available.
If they persist, see the section on Trouble shooting in the
documentation. Drop me (meh at dnai dot com) a StuffIt'ed file in an e-mail
if a given message file is consistently problematic.
Date: Fri, 11 Jun 1999 18:25:02 -0700
Subject: eims 1.x upgrade to 2.2 and autoshare 2.4
From: "Timo Ochmann" <timo at bigmindmedia dot com>
hi all: we are currently running eims 1.x and autoshare 2.4 and planning to
upgrade to eims 2.2. the upgrade to AS 4.0 could wait unless we have to. my
question: what do i need to consider when moving to 2.2 and keeping AS 2.4?
i know i.e. EIMS 2.2 supports multiple domains. would that cause conflicts
with AS 2.4? maybe somebody who already made a similar transition has some
suggestions? thanks.
Date: Fri, 11 Jun 1999 18:34:27 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: eims 1.x upgrade to 2.2 and autoshare 2.4
At 18:25 -0700 6/11/99, Timo Ochmann wrote:
>what do i need to consider when moving to 2.2 and keeping AS 2.4?
Most likely no more than update the path for the Incoming Mail folder.
Date: Thu, 17 Jun 1999 16:08:00 -0400
From: "Christopher T. Payne" <CTPayne at lbl dot gov>
Subject: Timbuktu, Type 1 Errors, and QuickDNS Pro
All-
Just wanted to let everyone know that my upgrade to QuickDNS Pro 2.2.1 not
only corrected the problems I'd been having with AutoShare crashing with a
Type 1 error, but also seems to have eliminated the problem I was having
with Timbuktu 5.0. I can now control the machine running AutoShare 4.0 with
no problem.
Seems weird to me that QuickDNS would cause these problems, but whatever.
It's working now.
-CTP
Subject: Help! No messages delivered (.m file always empty)
Date: Sat, 19 Jun 1999 21:57:45 -0700
From: Jens Alfke <jens at mooseyard dot com>
I've installed AutoShare 4.0 and am using it with SIMS 1.7. After hours
of thrashing about and solving one problem after another, I've finally
figured out some of how AutoShare works and gotten a mailing list mostly
set up.
The problem I'm having now, which I can't figure out how to get past, is
that AutoShare never puts any addresses in the list's ".m" file, so SIMS
never delivers postings to any recipients. In fact, if I [out of
desperation] manually edit the file and add addresses, AutoShare will
erase them the next time it forwards a message.
In detail:
I've created an open list called 'family' and sent a 'sub' command to
subscribe myself to it. I can send a 'review' command and verify that I'm
on the list and not getting digests. The admin app reports the same thing.
The ':List Server:family' file contains my address and name, the
'family.d' file is empty, as expected, but the 'family.m' file is also
empty.
(I've turned on the option to use the 'from' address rather than the
sender address from the SMTP envelope; could this be contributing to the
problem? The latter option may be the default but it makes it impossible
for anyone to post to a list from two locations [like work and home/ISP]
and in most cases I know of, the sender account name is not the same as
the user's official e-mail address.)
I'm really frustrated at this point, and starting to wonder if it
wouldn't be easier just to bite the bullet and learn to use
Linux/sendmail/majordomo. Please help!
--Jens Alfke <jens at mooseyard dot com>
Date: Sat, 19 Jun 1999 22:32:23 -0700
From: Mark Hartman <mh-list at harthaven dot com>
Subject: Re: Help! No messages delivered (.m file always empty)
At 9:57 PM -0700 6/19/99, Jens Alfke wrote:
>I've installed AutoShare 4.0 and am using it with SIMS 1.7. After hours
>of thrashing about and solving one problem after another, I've finally
>figured out some of how AutoShare works and gotten a mailing list mostly
>set up.
>
>The problem I'm having now, which I can't figure out how to get past, is
>that AutoShare never puts any addresses in the list's ".m" file, so SIMS
>never delivers postings to any recipients. In fact, if I [out of
>desperation] manually edit the file and add addresses, AutoShare will
>erase them the next time it forwards a message.
>
>In detail:
>I've created an open list called 'family' and sent a 'sub' command to
>subscribe myself to it. I can send a 'review' command and verify that I'm
>on the list and not getting digests. The admin app reports the same thing.
>The ':List Server:family' file contains my address and name, the
>'family.d' file is empty, as expected, but the 'family.m' file is also
>empty.
I've never seen anything like a cookbook approach published before, so
here's my patent-pending 10-step formula for setting up lists with SIMS
and AutoShare. Hopefully it will help.
=====
Creating the basic mailing list
-------------------------------
(The name of the list will be assumed to be "the-list".)
1. Create the following SIMS accounts. All should be enabled,
discard mail, login disabled.
the-list
the-list-sub
the-list-unsub
the-list.d
- add "mirror mail to distribution list"
- remove "copy original Return-Path"
the-list.m
- add "mirror mail to distribution list"
- add "copy original Return-Path"
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..034)
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..031)
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 in the Accounts folder within the SIMS folder, and
name that alias "the-list@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.
=====
I've recently gotten the information necessary to create accounts
for SIMS, and it's my intention to put together a "create list"
AppleScript which will do all of the above for you quickly and
easily, but the procedure above will reliably create lists.
Subject: Re: Help! No messages delivered (.m file always empty)
Date: Sun, 20 Jun 1999 09:12:06 -0700
From: Jens Alfke <jens at mooseyard dot com>
Thanks for the tips, Mark! I had used the AutoShare Admin app to create
the list, and then used either the admin app or emailed 'sub' commands to
subscribe, but my understanding of how the setup works matches what you
describe.
Mark Hartman (mh-list at harthaven dot com) wrote:
>8. Make an alias to the Filed Mail folder within the AutoShare
> folder in the Accounts folder within the SIMS folder, and
> name that alias "the-list@F".
And there should be copies of this alias called "the-list-sub@F" and
"the-list-unsub@F" too, so the subscribe and unsubscribe addresses will
work too, right?
OK, I haven't tried recreating the list from scratch yet, but I did
hand-edit the 'family', 'family.m' and 'family.d' files per your
descriptions. The first two contained:
jens at mooseyard dot com (Jens Alfke)
foobar at mooseyard dot com (Foo Bar)
and the .d file was empty.
I then launched AutoShare and sent a message to the list. I never
received it, and when I opened the family.m file again, my address had
disappeared!
The only thing I can conclude from this is that AutoShare keeps list
membership info in some other unknown place and just copies it to the .m
and .d files. But where's that place? (There's something in the manual
about a database, but I didn't see one in the Preferences folder.) I did
find a STR# resource describing the list in the AutoShare Preferences
file, but it only stores the lists settings and not the subscribers.
The next thing to try, I suppose, is to create a list entirely by hand
the way you described -- perhaps the admin app (or my misuse thereof)
screwed up some setting that's causing this situation.
--Jens
Date: Sun, 20 Jun 1999 09:53:22 -0700
From: Mark Hartman <mh-list at harthaven dot com>
Subject: Re: Help! No messages delivered (.m file always empty)
At 9:12 AM -0700 6/20/99, Jens Alfke wrote:
>Mark Hartman (mh-list at harthaven dot com) wrote:
>
>>8. Make an alias to the Filed Mail folder within the AutoShare
>> folder in the Accounts folder within the SIMS folder, and
>> name that alias "the-list@F".
>
>And there should be copies of this alias called "the-list-sub@F" and
>"the-list-unsub@F" too, so the subscribe and unsubscribe addresses will
>work too, right?
Right. In fact, a quick review of my "cookbook" tells me it needs a bit
of a revision, so here it is again with needed fixes.
----
Creating the basic mailing list
(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..034)
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..031)
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.
Date: Sun, 20 Jun 1999 12:14:14 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Help! No messages delivered (.m file always empty)
Thanks, Mark. If only SIMS accounts were adequately scriptable...
Date: Sun, 20 Jun 1999 12:17:52 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Pirates of Silicon Valley
This evening on TNT.
The Pirates Of Silicon Valley. TNT.
<http://tnt.turner.com/movies/tntoriginals/pirates/>
Pirates of Silicon Valley (1999) (TV). IMDB.
<http://us.imdb.com/Title?pirates+of+silicon+valley>
'Pirates Of Silicon Valley': Jobs, Gates Not Flattered. GO News.
<http://infoseek.go.com/Content?arn=a2130reuff-19990615&qt=Apple+OR+Ma
cintosh+OR+iMac&sv=IS&lk=noframes&col=NX&kt=A&ak=news1486>
News of the World: 'Pirates' keelhauls Jobs. MacWEEK.
<http://macweek.zdnet.com/1999/06/06/piratesmovie.html>
Hollywood tackles Silicon Valley in new blockbuster. ZDNet.
<http://www.zdnet.com/zdnn/stories/zdnn_lggraph_display/0,3442,2132347,00.html>
Revenge of the nerds. Herald Net.
<http://www.heraldnet.com/Stories/99/3/26/10700709.htm>
A sneak peek at "Pirates of Silicon Valley". Silicon Valley News.
<http://209.97.16.16/svtech/news/indepth/docs/pirates041199.htm>
Sneak Peek at Pirates of Silicon Valley. AppleInsider.
<http://www.appleinsider.com/articles/9906/pirates-of-silicon-valley.shtml>
"Pirates of Silicon Valley". Salon Magazine.
<http://www.salon.com/tech/review/1999/06/17/pirates/>
<http://www.salon.com/tech/feature/1999/06/17/valley_myths/>
Pirating "Silicon Valley" premiere. Mired.
<http://www.mired.com/mac/mac_06_18_1999.html>
Review: Pirates of the Silicon Valley. MacCentral.
<http://www.maccentral.com/news/9906/20.piratesreview.shtml>
Computer saga misses emotional keys. USA Today.
<http://www.usatoday.com/life/enter/tv/letindex.htm>
'Pirates of Silicon Valley': Battle of the mega-nerds. San Francisco Examiner.
<http://www.examiner.com/990618/0618pirates.html>
Subject: Re: Help! No messages delivered (.m file always empty)
Date: Sun, 20 Jun 1999 22:14:35 -0700
From: Jens Alfke <jens at mooseyard dot com>
Whoops -- I found two major problems with your directions, Mark:
Mark Hartman (mh-list at harthaven dot com) wrote:
>1. Create the following SIMS accounts. All should be enabled,
> discard mail, login disabled.
>
> the-list
The "the-list" account should be "file in folder only", _not_ "discard
mail", or no mail ever gets delivered to AutoShare.
>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..034)
Why set the 0 and 4 permissions? According to the AutoShare docs, this
marks the user as concealed and unable to post, which don't seem like
reasonable defaults. I spent some time trying to figure out why my posts
always got bounced until I looked up exactly what 034 meant...
Speaking of which, the way the message gets bounced (when I'm unable to
post) is really odd. The reply I get is:
[...]
>From: Jens Alfke <jens at mooseyard dot com>
>To: djs at mooseyard dot com (Subscribers of DJs)
>Mime-Version: 1.0
>Content-Type: text/plain; charset="US-ASCII"
>Message-Id: <463661348848485102161 at mooseyard dot com>
>
>************************************************************
>ATTENTION PLEASE
>Sorry. Your message did NOT get posted or forwarded
>You do not have permission to post to this list (djs)
>The list server address is autoshare at mooseyard dot com
>************************************************************
>
>test4
If it's a bounce, why do the headers look like it's sent _from_ me _to_
the members of the list? It should be sent _from_ the bounce address (or
the list owner) _to_ me.
--Jens
Date: Mon, 21 Jun 1999 07:23:32 -0700
From: Mark Hartman <mh-list at harthaven dot com>
Subject: Re: Help! No messages delivered (.m file always empty)
At 10:14 PM -0700 6/20/99, Jens Alfke wrote:
>The "the-list" account should be "file in folder only", _not_ "discard
>mail", or no mail ever gets delivered to AutoShare.
Fixed in my second release...
>>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..034)
>
>Why set the 0 and 4 permissions? According to the AutoShare docs, this
>marks the user as concealed and unable to post, which don't seem like
>reasonable defaults. I spent some time trying to figure out why my posts
>always got bounced until I looked up exactly what 034 meant...
"Concealed" is, I think, a reasonable default; it helps keep spammers
from harvesting all the e-mail addresses on the list.
"No post" is the default that I run, because most of my lists are
announce-only lists.
>Speaking of which, the way the message gets bounced (when I'm unable to
>post) is really odd. The reply I get is:
>
>[...]
>>From: Jens Alfke <jens at mooseyard dot com>
>>To: djs at mooseyard dot com (Subscribers of DJs)
>>Mime-Version: 1.0
>>Content-Type: text/plain; charset="US-ASCII"
>>Message-Id: <463661348848485102161 at mooseyard dot com>
>>
>>************************************************************
>>ATTENTION PLEASE
>>Sorry. Your message did NOT get posted or forwarded
>>You do not have permission to post to this list (djs)
>>The list server address is autoshare at mooseyard dot com
>>************************************************************
That's the way mine always happen, too.
Date: Mon, 21 Jun 1999 10:11:56 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Help! No messages delivered (.m file always empty)
At 07:23 -0700 6/21/99, Mark Hartman wrote:
> >Why set the 0 and 4 permissions? According to the AutoShare docs, this
> >marks the user as concealed and unable to post, which don't seem like
> >reasonable defaults. I spent some time trying to figure out why my posts
> >always got bounced until I looked up exactly what 034 meant...
As reasonable defaults are in the eye of the beholder, you can
configure your own defaults. It can be done in the Admin, so you
don't have to know what the codes mean.
The post option doesn't matter btw, unless you have selected the
special moderators option.
> >Speaking of which, the way the message gets bounced (when I'm unable to
> >post) is really odd. The reply I get is:
I'm not sure why it's odd, but you can change it if you'd like.
Subject: Vanishing archives?
Date: Mon, 21 Jun 1999 14:45:17 -0400
From: Charles L. Martin <clmartin at theombudsman dot com>
Some of my web archives have vanished. I used to have archives going back
to May 1998, when I set up the list in question. Today I checked, and
found that the archives only go back to January 1999. Any ideas as to
what happened to them? Is it possible for AutoShare to delete them?
I also have noticed that AutoShare keeps using an incorrect path I
entered at some point in the past, instead of the correct path I have
repeatedly entered. What gives with this?
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, 21 Jun 1999 23:39:40 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Vanishing archives?
At 14:45 -0400 6/21/99, Charles L. Martin wrote:
>Some of my web archives have vanished. I used to have archives going back
>to May 1998, when I set up the list in question. Today I checked, and
>found that the archives only go back to January 1999. Any ideas as to
>what happened to them? Is it possible for AutoShare to delete them?
No, that is to the best of my knowledge not possible.
>I also have noticed that AutoShare keeps using an incorrect path I
>entered at some point in the past, instead of the correct path I have
>repeatedly entered. What gives with this?
That should only happen, if the path you have entered is an alias.
Date: Tue, 22 Jun 1999 13:24:23 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Dilemma -> Autoshare request
I have a tricky situation which I hope an enhancement to Autoshare may be
able to resolve.
One of our mailing lists is an announcement list containing certain e-mail
addresses which now have e-mail restrictions on them. The restrictions
check where the e-mail is coming from, and only allows the e-mail through
if the sender is on the validation list. The problem is that this system
is setup such that only e-mail addresses on our internal "global" address
list can be added to the validation list, so our Autoshare list address,
eis-west at camelot.lmms.lmco dot com, cannot be added to the list (without going
into details, it isn't possible to add e-mail addresses like this to the
global address list).
What I need is some method of configuring the envelope sender for the list.
I would configure it with a known valid e-mail address so that when
Autoshare sends out the announcements, the announcements will be received
by all.
Would this be too much of a hassle to implement? Currently, it is the only
solution I can come up with to resolve my dilemma.
Thanks,
Bill
+----------------------------------------------------------------+
| Camelot Administrator, mailto:camelot.admin at lmco dot com |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
+----------------------------------------------------------------+
Date: Tue, 22 Jun 1999 18:17:01 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Dilemma -> Autoshare request
At 13:24 -0700 6/22/99, Camelot Administrator wrote:
>What I need is some method of configuring the envelope sender for the list.
The envelope sender is actually the bounce address, so simply make
sure this one is an internal "global" address.
Date: Wed, 23 Jun 1999 07:15:03 -0700
From: Mark Hartman <mh-list at harthaven dot com>
Subject: Multiple bounces in a single message
Here's another AutoShare enhancement request, Mikael: some providers, like
AOL, send a single bounce message when there are multiple bounces in what,
from SIMS, is a single message transmission. For example:
> ----- The following addresses had permanent fatal errors -----
> <andyj4577 at aol dot com>
> <CArchvist at aol dot com>
> <denisg234 at aol dot com>
>
> ----- Transcript of session follows -----
> ... while talking to air-yg03.mail.aol.com.:
> >>> RCPT To:<denisg234 at aol dot com>
> <<< 550 MAILBOX NOT FOUND
> 550 <denisg234 at aol dot com>... User unknown
> >>> RCPT To:<CArchvist at aol dot com>
> <<< 550 MAILBOX NOT FOUND
> 550 <CArchvist at aol dot com>... User unknown
> >>> RCPT To:<andyj4577 at aol dot com>
> <<< 550 MAILBOX NOT FOUND
> 550 <andyj4577 at aol dot com>... User unknown
>
> --AAA16930.930113512/rly-yg02.mx.aol.com
> Content-Type: message/delivery-status
However, AutoShare only picked up the first 550 message.
Date: Wed, 23 Jun 1999 12:40:11 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Multiple bounces in a single message
At 07:15 -0700 6/23/99, Mark Hartman wrote:
>Here's another AutoShare enhancement request, Mikael: some providers, like
>AOL, send a single bounce message when there are multiple bounces in what,
>from SIMS, is a single message transmission.
>However, AutoShare only picked up the first 550 message.
Yes, that's correct. I too would like AutoShare to support multiples.
Date: Thu, 24 Jun 1999 12:41:39 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: Dilemma -> Autoshare request
At 6:17 PM -0700 on 6/22/99, Mikael Hansen wrote:
> At 13:24 -0700 6/22/99, Camelot Administrator wrote:
>
> >What I need is some method of configuring the envelope sender for the list.
>
> The envelope sender is actually the bounce address, so simply make
> sure this one is an internal "global" address.
>
That's the problem... I can't. The envelope sender is coming from an EIMS
server (where the Autoshare mailing lists reside), and the global address
table only accepts addresses on MS Exchange servers (which this mailing
list will never be on). I need a method of changing the envelope sender,
so that it looks like it is coming from <valid-exchange-user>@lmco.com
rather than from <list-name>@camelot.lmms.lmco.com. It's the only way
these announcements will be accepted by our new restrictions.
Bill
(btw, these new restrictions are a company policy recently put in place due
to all the e-mail viruses... the real destructiveness of viruses = making
people paranoid, directing them to do dumb things to make life difficult
for everyone)
+----------------------------------------------------------------+
| Camelot Administrator, mailto:camelot.admin at lmco dot com |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
+----------------------------------------------------------------+
Date: Thu, 24 Jun 1999 16:50:43 -0700
From: Michael Ross <mross at antigone dot com>
Subject: Disable partial digest upon subscription?
Is it possible for new subscribers NOT to receive a partial digest?
I'm getting a little confused about all the little boxes in the Admin
app when a list is set up. Can't seem to find a reference section in
the docs that goes through all of these. Did I miss it?
Thanks!
---
Michael Ross
Antigone
Occidental CA USA
mailto:mross at antigone dot com
Date: Thu, 24 Jun 1999 23:00:34 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Dilemma -> Autoshare request
At 12:41 -0700 6/24/99, Camelot Administrator wrote:
> > The envelope sender is actually the bounce address, so simply make
> > sure this one is an internal "global" address.
> >
>
>That's the problem... I can't.
Cmd-M, bounce account: <valid-exchange-user>@lmco.com doesn't work?
Date: Thu, 24 Jun 1999 23:08:00 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Dilemma -> Autoshare request
In any event, Bill, I wouldn't recommend changing the bounce account
to reflect a hostname that is not that of the server.
A healthier approach would be to write a simple process extender of
type After Processing to update the envelope sender just before the
message file is handed over to the mail server, which btw may or may
not like the change.
Date: Thu, 24 Jun 1999 23:14:43 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Disable partial digest upon subscription?
At 16:50 -0700 6/24/99, Michael Ross wrote:
>Is it possible for new subscribers NOT to receive a partial digest?
In the Admin, Cmd-L, Yet More List, List Stuff, add the letter E.
>I'm getting a little confused about all the little boxes in the
>Admin app when a list is set up. Can't seem to find a reference
>section in the docs that goes through all of these. Did I miss it?
Looks like we have a volunteer here :-)
Date: Fri, 25 Jun 1999 10:27:05 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: Dilemma -> Autoshare request
At 11:08 PM -0700 on 6/24/99, Mikael Hansen wrote:
> In any event, Bill, I wouldn't recommend changing the bounce account
> to reflect a hostname that is not that of the server.
>
I agree.
> A healthier approach would be to write a simple process extender of
> type After Processing to update the envelope sender just before the
> message file is handed over to the mail server, which btw may or may
> not like the change.
>
Is there a sample of doing this in the Autoshare package? I know there are
after processing extenders, but I'm not sure how to go about changing the
envelope sender (note: "not sure" really means "I have no idea" ;)).
With the "may or may not like the change" comment, I assume this has not
yet been tested.
+----------------------------------------------------------------+
| Camelot Administrator, mailto:camelot.admin at lmco dot com |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
+----------------------------------------------------------------+
Date: Fri, 25 Jun 1999 10:30:48 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: Dilemma -> Autoshare request
At 11:00 PM -0700 on 6/24/99, Mikael Hansen wrote:
> At 12:41 -0700 6/24/99, Camelot Administrator wrote:
>
> > > The envelope sender is actually the bounce address, so simply make
> > > sure this one is an internal "global" address.
> > >
> >
> >That's the problem... I can't.
>
> Cmd-M, bounce account: <valid-exchange-user>@lmco.com doesn't work?
>
That changes it for all the mailing lists. I'm looking for a solution
related to just this one mailing list (and wouldn't want the bounces to go
to the e-mail I'm going to use anyway).
+----------------------------------------------------------------+
| Camelot Administrator, mailto:camelot.admin at lmco dot com |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
+----------------------------------------------------------------+
Date: Fri, 25 Jun 1999 12:53:56 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Dilemma -> Autoshare request
At 10:27 -0700 6/25/99, Camelot Administrator wrote:
> > A healthier approach would be to write a simple process extender of
> > type After Processing to update the envelope sender just before the
> > message file is handed over to the mail server, which btw may or may
> > not like the change.
> >
>
>Is there a sample of doing this in the Autoshare package?
Try something like the following script. I haven't tested it, and
it's up to you finish it :-)
property gList : "fun-l"
property gSender : "a@b"
on idle
return 300
end idle
on «event AuAPaUAP» (aList)
set kFolderPath to item 1 of aList
set kFileName to item 2 of aList
set kSender to item 3 of aList
set kRecipient to item 4 of aList
set myFilePath to kFolderPath & kFileName -- message file
if kRecipient begins with gList & "@" then -- list message
tell application "AutoShare"
SetRes Options {resFile:myFilePath, resStr:true, resID:8192,
resIndex:1, resString:gSender}
end tell
end if
end «event AuAPaUAP»
From: Laine Lee <LLee at utsa dot edu>
Subject: Setting maximum message size
Date: Tue, 29 Jun 1999 14:58:46 -0500
Here is an excerpt from Autoshare documentation about maximum
message length:
>A setting now holds the maximum of lines in the body of a message
contribution, as
>defined by the listmaster. Default is no maximum applied. When the number of
lines
>has been exceeded, the message gets forwarded to the listmaster, who
determines whether
>to forward it to the list or not.
How is this accomplished?
Thanks.
Date: Tue, 29 Jun 1999 16:43:11 -0600
From: Steve Jones <sjones at info.comm.uic dot edu>
Subject: Assistance w/"aliases", please
Under EIMS 1.x I used to have two addresses (listserv and listserve)
that forwarded to another address, autoshare, which in turn "saved as
files" to do the usual list maintenance things it should like sub,
unsub, review, etc. After upgrading to EIMS 2.2, messages to listserv
and listserve are returned with the following:
Sorry. The user of the recipient address is not valid. 550 ... User
unknown Please contact postmaster at info.comm.uic dot edu
Messages to autoshare work fine. How can I get this to again work? I
tried setting listserv and listserve to save as files, but that
didn't work either.
TIA,
Sj
Date: Tue, 29 Jun 1999 16:43:31 -0600
From: Steve Jones <sjones at info.comm.uic dot edu>
Subject: Assistance w/multiple domains, please
I'm trying to set up separate lists for separate domain names using
Autoshare 4.x and EIMS 2.2.2. I have two domain names
(info.comm.uic.edu and aoir.org) pointing to one IP number on one
machine (131.193.132.112). I'd like to have one list that's something
like info-list at info.comm.uic dot edu (which works at present) and another
that's air-l at aoir dot org (which doesn't work at present). When I send to
air-l at aoir dot org the name that's returned by the listserve is
aoir-l at info.comm.uic dot edu.
What I'd been hoping for was something a la WebSTAR, that allows
creating separate folders and designating them to domain names, but
that doesn't seem to be possible. Any help about how I can set this
up to work would be greatly appreciated.
TIA,
Sj