Date: Wed, 24 Jun 1998 09:14:07 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: The Admin Where bug...
I think there was a post on this already. I just experienced a bug with
Autoshare Admin. I upgraded to 2.4b2, and when I went into Autoshare
Admin, instead of it asking me where Autoshare is, it gave me a script
error, followed by the Lists window with no lists in it. After I went and
told it where Autoshare was, the Lists window got updated properly.
Bill
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Web Geek |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
| WORK -> mailto:bill.m.catambay at lmco dot com |
| HOME -> mailto:bill at catambay dot com |
| |
| Pascal Central -> http://www.catambay.com/pascal-central |
| Macintosh Guild -> http://www.rahul.net/rrk/lmms/mac |
+----------------------------------------------------------------+
Date: Wed, 24 Jun 1998 09:50:54 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Listserver commands were broken - resolved
I seem to recall that someone else was having this problem, but since I
didn't think I was, I didn't pay much attention to the post. However....
I am experiencing the problem. List server commands are not working at
all. When I send a simple "review" command to autoshare, I get the
following message back:
Sorry. The recipient address is not valid.
> Received: from [129.197.20.7] by camelot.lmms.lmco.com with
> ESMTP (Eudora Internet Mail Server 1.1.2); Wed, 24 Jun 1998 09:28:46 -0700
> X-Sender: admin at camelot.lmms.lmco dot com
> Message-Id: <l03010d03b1b6d9ad2b47 at [129.197.20 dot 7]>
> Mime-Version: 1.0
> Content-Type: text/plain; charset="us-ascii"
> Date: Wed, 24 Jun 1998 09:28:41 -0700
> To: autoshare at camelot.lmms.lmco dot com
> From: Camelot Administrator <camelot.admin at lmco dot com>
>
> review gm4beta
> review mac
What do I need to do to fix this?
----
Well, that was earlier, but before I posted it, I resolved the problem.
For some reason beyond my understanding, the path to my Docs folder got
hosed (it showed as the same as the LS path name). It could have been when
I went from 2.2 to 2.3, or from 2.3 back to 2.2, or from 2.2 up to 2.4. I
don't know. I think it was before the 2.4 upgrade though. Anyway, I fixed
the path name, and everything seems to be working now.
I'm posting this for information purposes only.
Cheers,
Bill
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Web Geek |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
| WORK -> mailto:bill.m.catambay at lmco dot com |
| HOME -> mailto:bill at catambay dot com |
| |
| Pascal Central -> http://www.catambay.com/pascal-central |
| Macintosh Guild -> http://www.rahul.net/rrk/lmms/mac |
+----------------------------------------------------------------+
Date: Wed, 24 Jun 1998 20:03:31 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: AutoShare 2.4b3
Version 2.4b3 has been uploaded to
<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
and also sent to the mirror sites for uploading.
2.4b3 fixes two bugs mentioned recently on the list.
The System process extender has been expanded into a Remote process
extender, which supports not just the remote system command, but the
remaining eight remote commands as well. The Write Log sample illustrates
in a both basic and complete fashion how to use the Remote process
extender. The Send Message sample illustrates how to send a notification to
a new subscriber.
If you haven't used process extenders yet, but are interested in how they
can extend the processing and flexibility of the normal AutoShare server
functionality, it is helpful to know the basics of the AppleScript language
first and then dive into the process extender samples and documentation. If
you are serious about it, the autoshare-dev list is for you.
Date: Thu, 25 Jun 1998 08:02:01 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Autoreply enhancement request for Autoshare
First of all, an enormous Thank You for expanding the scope of the system
process extender. It's really going to help me out a lot (not to mention
that I'm getting an education in Applescript as an added bonus ;)).
There's another request I'd like to make. When you updated Autoshare way
back when to support RFC From, you opened the doors for a lot of
versatility for mailing lists. However, I just discovered that the
Autoreply feature of Autoshare does not appear to support RFC From. We're
trying to create a web form which uses Autoreply, but because it uses the
envelope sender, it tries to e-mail the results to the web server instead
of the person making the request. Would it be much trouble to enhance
Autoreply to support RFC From?
Thanks,
Bill
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Web Geek |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
| WORK -> mailto:bill.m.catambay at lmco dot com |
| HOME -> mailto:bill at catambay dot com |
| |
| Pascal Central -> http://www.catambay.com/pascal-central |
| Macintosh Guild -> http://www.rahul.net/rrk/lmms/mac |
+----------------------------------------------------------------+
Subject: AutoShare beta mirror
Date: Thu, 25 Jun 98 12:32:31 -0500
From: Jon & Janelle Gardner <jgardner at kairosnet dot com>
<ftp://ftp.cbc.bryan.tx.us/Pub/as/AutoShare2.4b3.sit>
<><
Jon & Janelle Gardner <mailto:jgardner at kairosnet dot com> <AOLIM:DaGardners>
Kairos Network Services <http://www.kairosnet.com/kairos/>
...as for me and my household, we will serve the Lord. (Joshua 24:15 NIV)
Date: 25 Jun 98 14:05:05 -0500
From: Chuck Boody <chuck_boody at hopkins.k12.mn dot us>
Subject: AutoShare 2.4b3 available by mail
Autoshare 2.4b3 is available by mail at
mailit at stumail.hopkins.k12.mn dot us
Send a message to that address with the word "Autosharebeta" in the =
subject line and the file will be returned to you by mail. Please contact =
me off list if you have any problems with this service.
Chuck Boody
ISD 270
=============
chuck_boody at hopkins.k12.mn dot us
Date: Thu, 25 Jun 1998 13:44:56 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Autoreply enhancement request for Autoshare
At 08:02 -0700 25/6/1998, Camelot Administrator wrote:
>First of all, an enormous Thank You for expanding the scope of the system
>process extender. It's really going to help me out a lot (not to mention
>that I'm getting an education in Applescript as an added bonus ;)).
Thanks! See you on the dev list.
>Would it be much trouble to enhance Autoreply to support RFC From?
You can accomplish this by adding the following line to your auto-response
documents:
/=rfcfrom
In the documentation, see the section on "Auto-response tokens".
Date: Thu, 25 Jun 1998 14:09:01 -0700
From: Michael Ross <mross at antigone dot com>
Subject: NewsRunner 1.0 - anybody using?
Is anyone actually using NewsRunner? It seems to me it has a fairly glaring
problem and someone would have noticed:
I am evaluating NewsRunner 1.0 and have reproduced this in a number of
set-ups/different nntp servers:
- subscribe to one group
- this group has ONE article (call it Article1) total (not 1 new article)
ie the .newsrc entry is:
antigone.test 1 1 y
- check news in NewsRunner
This single article is ignored!
- Post a second article, Article2
- check news in NewsRunner
The only article retrieved & processed is Article2!!!!
Suffice to say I'm really weary about moving my 10-or-so Usenet digests
from my ISP's Unix box to my Mac to run on AutoShare/NewsRunner!
Cheers,
Michael
---
Michael Ross
Antigone Press, Occidental CA USA
mailto:mross at antigone dot com
Date: Thu, 25 Jun 1998 17:07:52 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: AutoShare available on US Web Mirror
<http://pascal-central.com/beta/AutoShare2.4b3.sit>
Or for beta's in general:
<http://pascal-central.com/beta/>
(Autoshare2.4b3 is the only thing there currently)
Cheers,
Bill
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Web Geek |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
| WORK -> mailto:bill.m.catambay at lmco dot com |
| HOME -> mailto:bill at catambay dot com |
| |
| Pascal Central -> http://www.catambay.com/pascal-central |
| Macintosh Guild -> http://www.rahul.net/rrk/lmms/mac |
+----------------------------------------------------------------+
Date: Thu, 25 Jun 1998 17:43:51 -0700
From: Matthew Hill <happytwo at milepost1 dot com>
Subject: AOL and Web subscribing
I used the code from one of the web forms in the sample folder. Just found out that users on AOL get an error message returned. Does anyone know how to fix this?
Thanks
Matt
Date: Thu, 25 Jun 1998 18:05:40 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: NewsRunner 1.0 - anybody using?
At 14:09 -0700 25/6/1998, Michael Ross wrote:
>Is anyone actually using NewsRunner? It seems to me it has a fairly
>glaring problem and someone would have noticed:
James took an interest in it at some point.
Date: Fri, 26 Jun 1998 11:54:38 +0200
From: Jan Koudelka <koudelka at appleklub dot cz>
Subject: AutoShare Remote Admin Bug Fix
AutoShare Remote Admin 1.1.1 is now available from the following addresses:
ftp://ftp.appleklub.cz/pub/inet/AutoShareRemoteAdmin_111.sit
hotline://hotline.appleklub.cz/pub/inet/AutoShareRemoteAdmin_111.sit
This version is an important bug fix, which corrects handling of the
Yes/No/Default type values in List Options.
If you want to use AutoShare Remote Admin to control AutoShare 2.3 or
later, you have to upgrade to version 1.1.1.
HOnza
Subject: Tip of the _week_day?
Date: Fri, 26 Jun 98 14:55:42 -0500
From: Jon & Janelle Gardner <jgardner at kairosnet dot com>
This has probably been hit upon before, but is there a way to set a
list's Tip of the Day feature to only release messages Monday through
Friday?
Jon
<><
Jon & Janelle Gardner <mailto:jgardner at kairosnet dot com> <AOLIM:DaGardners>
Kairos Network Services <http://www.kairosnet.com/kairos/>
...as for me and my household, we will serve the Lord. (Joshua 24:15 NIV)
Subject: A feature idea
Date: Fri, 26 Jun 1998 18:30:14 -0400
From: Eric Mings <elm at ao dot net>
Let's assume I am dealing with a lot of internet novices (which I am). In
particular AOL members are rather pathetic in this regard. The mailback
proceedure for hiting reply and making sure the code is in the message
seems simple to most of us. To some it isn't so simple. So here's an idea
What about including the code in the subject of a message. At least if
they understand the concept of a "reply" button the code will
automatically be part of the subject and require no thinking on their
part. This may sound trivial but it is not. You would not believe how
easily some people are confused. is this possible to implement?
Regards,
Eric Mings Ph.D.
***********************************************
Use FMP 4 to publish on the web?
Join us on the FMP-web discussion group!
http://www.isoproductions.com/res-fmwebtalk.phtml
***********************************************
Date: Fri, 26 Jun 1998 21:09:48 -0400
From: mlists <mlists at ppdirect dot com>
Subject: Digests still not working...
Greetings,
I am still having problems with Autoshare handling a digest list for a
virtual domain.
The main domain (under EIMS 2.1) is DOMAIN1.COM.
The virtual domain (under EIMS 2.1) and a distinct set of preferences
created under Autoshare 2.3 is: MYDOMAIN.COM.
The list is called: the-list at mydomain dot com
with an alias created in AS for security reasons.
The main list is correct and goes out as: the-list.m at mydomain dot com
However, the digest goes out incorrectly as: the-list.d at domain1 dot com
Since no acct is setup for the-list.d at domain1 dot com, the digest gets bounced
back to the postmaster acct.
Anyone know where I can begin looking to correct this? BTW, the
multi-preferences for the list is setup with all of the email addresses
pointing to <mydomain.com>.
-[ except from bounced digest mail ]----------------------------------
From: Postmaster at domain1 dot com
To: bounce at domain1 dot com
Date: Fri, 26 Jun 1998 20:00:35 -0500
Subject: Undeliverable Mail
Mime-Version: 1.0
The following message could not be delivered because the address
the-list.d at domain1 dot com does not exist.
----Unsent message follows----
Mime-Version: 1.0
Content-Type: text/plain
To: the-list at domain1 dot com (Subscribers of the-list)
Reply-To: the-list at domain1 dot com (Subscribers of the-list)
From: the-list at domain1 dot com (the-list list)
Errors-To: bounce at domain1 dot com
Precedence: bulk
List-Subscribe: <mailto:autoshare at domain1 dot com?subject=subscribe%20the-list>
List-Owner: listmaster at domain1 dot com (Listmaster)
List-Software: AutoShare 2.3 by Mikael Hansen
X-To-Unsubscribe: autoshare at domain1 dot com, subject: unsub the-list
Subject: the-list digest 26 Jun 1998
Date: Fri, 26 Jun 1998 20:00:11 -0500
Message-Id: <961630669161978223307 at ppdirect dot com>
===== digest the-list, Fri, 26 Jun 1998 20:00:11 =====
-[ end of except from bounced digest mail ]----------------------------------
Thanks
Jerry Thompson
Date: Fri, 26 Jun 1998 21:11:38 -0400
From: mlists <mlists at ppdirect dot com>
Subject: Web-based admin using Applescript
Greetings,
Anyone running a Web* server or W*API 1.1 complaint server tried using the
OpenScript plugin yet? Supposedly, it allows you to embed Apple/Frontier
Scripts within an HTML page. This would be interesting to see some sort of
web-based admin using it.
Just a thought.
Jerry
Date: Sat, 27 Jun 1998 18:05:33 -0400
From: Ricardo Davis <ricardo at ustaxpayers dot org>
Subject: Possible mail loop?
Hi all,
Here's my setup:
MacOS 8.1
Autoshare 2.3
EIMS 1.2.1b6
I created three accounts in EIMS (USTP-PR, USTP-PR.m, USTP-PR.d) according
to directions. I then created a list file, USTP-PR, with my e-mail address
as the only subscriber. I opened the Autoshare Admin app and modified my
subscription by setting ack, mail, post.
When I send the message to the list, EIMS moves the message from my account
to USTP-PR. Then Autoshare does its magic and creates the list mail file
with the header "To: USTP-PR at ustaxpayers.org [USTP-PR dot m at ustaxpayers dot org]".
^^^^^^^^^
EIMS then sends an e-mail from the listserver admin to
USTP-PR.m at ustaxpayers dot org, not the subscriber. What did I do wrong???
-Ricardo
Date: Sat, 27 Jun 1998 23:14:07 +0100
Subject: Re: Possible mail loop?
From: "James Berriman" <james at dcl.co dot uk>
Ricardo wrote:
>When I send the message to the list, EIMS moves the message from my account
>to USTP-PR. Then Autoshare does its magic and creates the list mail file
>with the header "To: USTP-PR at ustaxpayers.org [USTP-PR dot m at ustaxpayers dot org]".
> ^^^^^^^^^
>EIMS then sends an e-mail from the listserver admin to
>USTP-PR.m at ustaxpayers dot org, not the subscriber. What did I do wrong???
How have you configured the USTP-PR.m account in EIMS?
It should be a mailing list account, with a file path pointing to the
USTP-PR.m file in AutoShare's listserver folder.
( :-]) James
Date: Sun, 28 Jun 1998 00:23:41 +0100
Subject: Re: AutoShare 2.4b3
From: "James Berriman" <james at dcl.co dot uk>
Version 2.4b3 has been uploaded to the UK mirror at:
<http://www.dcl.co.uk/MacOS/email/autoshare/AutoShare-2.4b3.sit.bin>
( :-]) James
Date: Sun, 28 Jun 1998 18:33:13 -0400
From: Ricardo Davis <ricardo at ustaxpayers dot org>
Subject: Re: Possible mail loop?
>Date: Sat, 27 Jun 1998 23:14:07 +0100
>Subject: Re: Possible mail loop?
>From: "James Berriman" <james at dcl.co dot uk>
>
>Ricardo wrote:
>
>>When I send the message to the list, EIMS moves the message from my account
>>to USTP-PR. Then Autoshare does its magic and creates the list mail file
>>with the header "To: USTP-PR at ustaxpayers.org [USTP-PR dot m at ustaxpayers dot org]".
>> ^^^^^^^^^
>>EIMS then sends an e-mail from the listserver admin to
>>USTP-PR.m at ustaxpayers dot org, not the subscriber. What did I do wrong???
>
>How have you configured the USTP-PR.m account in EIMS?
>
>It should be a mailing list account, with a file path pointing to the
>USTP-PR.m file in AutoShare's listserver folder.
>
>( :-]) James
This is how the USTP-PR.m account is set up. Any other ideas?
-Ricardo
Date: Mon, 29 Jun 1998 18:11:53 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Tip of the _week_day?
Jon Gardner wrote:
>This has probably been hit upon before, but is there a way to set
>a list's Tip of the Day feature to only release messages Monday
>through Friday?
Not currently, as it's linked to the rhythm of sending out the digests.
Date: Mon, 29 Jun 1998 18:14:49 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: A feature idea
Eric Mings wrote:
>What about including the code in the subject of a message. At least
>if they understand the concept of a "reply" button the code will
>automatically be part of the subject and require no thinking on
>their part.
It basically works the same way with the first body line.
Date: Mon, 29 Jun 1998 18:17:06 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Possible mail loop?
Ricardo Davis wrote:
>with the header "To: USTP-PR at ustaxpayers.org [USTP-PR dot m at ustaxpayers dot org]".
I wonder how the []'s got there. You may want to look at a processed file
in the Incoming Mail folder before it's handed over to the mail server. And
perhaps as well compare it to the file in the Filed Mail folder.
Date: Mon, 29 Jun 1998 18:23:53 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Digests still not working...
At 21:09 -0400 6/26/98, mlists wrote:
>I am still having problems with Autoshare handling a digest list for
>a virtual domain.
>
>The main domain (under EIMS 2.1) is DOMAIN1.COM.
>The virtual domain (under EIMS 2.1) and a distinct set of preferences
>created under Autoshare 2.3 is: MYDOMAIN.COM.
I'll look into it.
Still reconstructing after disk problems this weekend though...
Date: Mon, 29 Jun 1998 20:56:53 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Digests still not working...
At 21:09 -0400 6/26/98, mlists wrote:
>The main list is correct and goes out as: the-list.m at mydomain dot com
>However, the digest goes out incorrectly as: the-list.d at domain1 dot com
I have looked into it, but cannot reproduce it. Fine here.
Does it also happen when you send a digest "now" (command-t)? (Don't forget to
switch to the specific list first (command-u).)
Subject: A feature idea- again
Date: Tue, 30 Jun 1998 17:05:06 -0400
From: Eric Mings <elm at ao dot net>
Mikeal replied to my question
>>What about including the code in the subject of a message. At least
>>if they understand the concept of a "reply" button the code will
>>automatically be part of the subject and require no thinking on
>>their part.
>It basically works the same way with the first body line.
Mikael, I think you are missing my point. The body of a message is not
necessarily inserted into a message when you hit reply (unless the person
has their mail client configured that way). The subject is ALWAYS
inserted (usually with a RE:) into the reply message. I have found that a
significant number of novices (usually AOL) do not understand the concept
of selecting text to be included in a reply. No matter what you tell them
they may hit reply and just type in something like "yeah sign me up."
Having the code in the subject of a message would make it close to
foolproof. When using such a method to confirm subscriptions to mailing
lists with novices, it is essential to make it as easy and "foolproof" as
possible. Please consider this feature if it is possible. Thanks!
Regards,
Eric Mings Ph.D.
Date: Tue, 30 Jun 1998 16:59:09 -0500
From: "Richard Petty" <rwvr90 at email.sps.mot dot com>
Subject: Archive URL Brackets
.
Recently I composed a message to a new list subscriber and I included a URL
to a specific archived message she was interested in. The URL was:
http://asm.sps.mot.com/html/ListArchives/Strata/Current.html#[13]
It appears to be a non-standard URL. Neither Eurdora nor Communicator like
the square brackets. This is inconvenient as we cannot email users links that
go right to the archived message.
Has-this/can-this be changed?
I'm using AutoShare 2.3, Eudora Lite 3.1 and Communicator 4.0.1.
--Richard
Date: Wed, 01 Jul 1998 02:12:27 +0100
Subject: Re: Archive URL Brackets
From: "James Berriman" <james at dcl.co dot uk>
> Recently I composed a message to a new list subscriber and I included a URL
>to a specific archived message she was interested in. The URL was:
>
>
> http://asm.sps.mot.com/html/ListArchives/Strata/Current.html#[13]
Escaping the brackets as numeric entities %5B and %5D should work.
Try this:
<http://asm.sps.mot.com/html/ListArchives/Strata/Current.html#%5B13%5D>
The [] are legal in urls (they work fine inside the web archives), but for
some reason they cause trouble in mail clients (Outlook Express gives the
same error).
( :-]) James
Date: Tue, 30 Jun 1998 22:23:28 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: A feature idea- again
At 17:05 -0400 6/30/98, Eric Mings wrote:
>The body of a message is not necessarily inserted into a message when you
>hit reply (unless the person has their mail client configured that way).
>The subject is ALWAYS inserted (usually with a RE:) into the reply message.
I see. It makes sense to support it too, I think.
Date: Wed, 1 Jul 1998 11:41:53 +0200
From: "Serge Belleudy-d'Espinose" <sam at ijm.jussieu dot fr>
Subject: X-fields and headers
Hi all
I allways advice people to use the url in x-fields to unsubscribe. Some say
they don't see these headers. The common point between them all seems to be
using ms exchange.
Since I don't want to go using this piece of cr^H^H software just to search
for such a see/hide headers setting, could someone tell me more please ? Is
it possible to see x-headers in ms exchange and how ?
TIA
# SBE
\ Serge BELLEUDY - d'ESPINOSE | Reseau & Macintosh /
) @: sam at ijm dot jussieu dot fr -+- Institut J. Monod - Tour 43 (
/ http://www.ijm.jussieu.fr/ | 2 pl. Jussieu - 75251 Paris \
From: Laine Lee <LLee at utsa dot edu>
Subject: RE: X-fields and headers (In MS Exchange)
Date: Wed, 1 Jul 1998 09:28:23 -0500
>----------
>From: Serge Belleudy-d'Espinose
>Subject: X-fields and headers
>
>Hi all
>The common point between them all seems to be
>using ms exchange.
>Is it possible to see x-headers in ms exchange and how ?
Hi Serge,
Open the message and choose Properties from the file menu, then
select the headers tab.
Laine D. Lee
llee at utsa dot edu
http://www.txdirect.net/users/llee
Internet Email: llee at txdirect dot net
Date: Wed, 1 Jul 1998 14:28:40 -0700
From: Glenn Gutierrez <kernelg at home dot com>
Subject: Bug in 68k version 2.3?
Hi all, I've been using Autoshare for over a year on an old Performa
476 (68LC040). First with EIMS 1.2, now with SIMS 1.6. It only serves
about 30 local clients, with a weekly announce to an Autoshare list of
roughly 2000 subscribers - so it keeps up fine. Autoshare+SIMS is very
stable too. :)
The problem is that everything worked perfectly up through Autoshare
v2.1. When I upgraded to 2.3 last week, it stopped responding to my
remote commands (review, <password> subscribe, etc.) and only responded
to maybe 1 in 20 subscribe commands from outside clients (I watched our
SIMS log). The fact that it -did- respond to some and not others was
especially frustrating.
When I went in yesterday to check, I found 50+ text files in the same
folder as the Autoshare app. The lost commands! I ran them back through
SIMS and they eventually showed up right back at the same place.
After fiddling with all the folder settings, bounce settings, etc. for
2 hours, I finally reverted to Autoshare v2.1 and everything works
perfectly once again (with the same settings).
So I'm thinking, maybe this is a bug with the new 68k version since
most here seem to use the PPC version? A problem with folder paths or
certain commands? Or did I miss something else (I'm certainly no
expert)? Any help appreciated.
-Glenn
Date: Wed, 01 Jul 1998 22:57:22 +0100
Subject: Re: Bug in 68k version 2.3?
From: "James Berriman" <J.R.Berriman at staffs.ac dot uk>
>When I went in yesterday to check, I found 50+ text files in the same
>folder as the Autoshare app. The lost commands! I ran them back through
>SIMS and they eventually showed up right back at the same place.
It's a known bug in 2.3, fixed in 2.4b1
Miakel wrote:
>I looked into it and have reproduced it. It happens when mail-backs or
>automated bounces are activated and the respective folder is not specified.
>Fixed. Thanks again for pointing this out.
( :-]) James
Date: Wed, 1 Jul 1998 23:16:12 -0400
From: mlists <mlists at ppdirect dot com>
Subject: AS not processing "save as files" files
Greetings,
Multiple preferences set up under AS 2.3. With multiple domains, each
<autoshare at domain dot com> account points to a separate folder within the Filed
Mail folder. I see EIMS save the incoming email into the respective
folders. However, AS simply takes them and puts them into the folder that
AS is located in. Thereby, never processing them at all. Manually putting
the files into the respective Filed Mail folder has the same results.
Please reply privately as I'm on the digest version.
Thanks
Jerry
Date: Wed, 1 Jul 1998 22:23:40 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AS not processing "save as files" files
At 23:16 -0400 7/1/98, mlists wrote:
>Multiple preferences set up under AS 2.3. With multiple domains, each
><autoshare at domain dot com> account points to a separate folder within the Filed
>Mail folder. I see EIMS save the incoming email into the respective
>folders. However, AS simply takes them and puts them into the folder that
>AS is located in. Thereby, never processing them at all. Manually putting
>the files into the respective Filed Mail folder has the same results.
A bug in 2.3, fixed in 2.4b1. I wrote:
>I looked into it and have reproduced it. It happens when mail-backs or
>automated bounces are activated and the respective folder is not specified.
It looks like I have to release 2.4 soon :-)
Date: Thu, 2 Jul 1998 16:32:24 +0100
From: James Berriman <james at dcl.co dot uk>
Subject: /=mailback token
It's only just dawned on me that the /=mailback token has to be applied to
the default file in a folder, and mailbacks then apply to all files served
from that address.
When we originally discussed this, I hoped that the token could be applied
to individual files. What I want to do is allow some files in a folder to
be returned without confirmation, but trigger mailbacks for any that
contain a token.
I suppose that's another feature request :-)
( :-]) James
Date: Thu, 2 Jul 1998 17:53:09 +0200
From: Jan Koudelka <koudelka at appleklub dot cz>
Subject: Multi-language feature
HI, this is primarily a question for Mikael, but some discussion may help
making my idea even better...
I manage several lists for mainly two languages. One is Czech, another is
(of course) English.
The Czech lists are mostly for people who do not understant technical
English. So, I woul be happy to be able to provide them with Czech
interface of listserver. However, I still have to keep English interface
for general use, so I cannot solve my problem by localizing STRs in
AutoShare application.
But, It can be solved by adding a simple feature to future versions of AS:
Now, all text is mixed from special documents and from STR# resources in AS
applications. What about adding a special folder Languages (such as Process
Extenders), which will contain replacement files with localized strings.
Then just using a token /=lang <filename> would switch AutoShare from using
application resources to use resources in the file <filename> in the
Languages folder.
I would very welcome this feature, and I would make a Czech language file
for you to be a part of standard installation. I am sure you will easily
find somebody to create also other lang files, such as French, German, and
so on.
HOnza
Date: Thu, 2 Jul 1998 13:57:26 -0400 (EDT)
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: Re: A feature idea- again
>Date: Tue, 30 Jun 1998 17:05:06 -0400
>From: Eric Mings <elm at ao dot net>
>
>Mikeal replied to my question
>
>>>What about including the code in the subject of a message. At least
>>>if they understand the concept of a "reply" button the code will
>>>automatically be part of the subject and require no thinking on
>>>their part.
>
>>It basically works the same way with the first body line.
>
>Mikael, I think you are missing my point. The body of a message is not
>necessarily inserted into a message when you hit reply (unless the person
>has their mail client configured that way). The subject is ALWAYS
>inserted (usually with a RE:) into the reply message. I have found that a
>significant number of novices (usually AOL) do not understand the concept
>of selecting text to be included in a reply. No matter what you tell them
> they may hit reply and just type in something like "yeah sign me up."
>Having the code in the subject of a message would make it close to
>foolproof. When using such a method to confirm subscriptions to mailing
>lists with novices, it is essential to make it as easy and "foolproof" as
>possible. Please consider this feature if it is possible. Thanks!
I concur with you, Eric. However, I think some users are still going to
have trouble with the subject-based reply. Some mail clients actually
change the subject, too... especially when the e-mail is being translated
into proprietary messaging systems (i.e., non-RFC compliant servers). Also,
I tend to see responses to confirmation messages being sent to the bounce
address (or elsewhere) because of bad mail clients or users responding to
the wrong address from the message's headers.
A suggestion might be to allow mailback confirmations to be sent via unique
From: addresses. A reply to this address uniquely identifies the reply as
the mailback confirmation from a specific person.
As an example, a message from <autoshare0192838 at yoursite dot org> is sent to
<wishful_subscriber at thatplace dot edu>. The wishful subscriber hits reply, and
his response is addressed to the sender, <autoshare0192838 at yoursite dot org>,
which AutoShare receives and then completes the task being confirmed.
Obviously, this requires using the new "unknown addresses" feature of
AutoShare (2.3 and up?) So, I suppose the old system would also have to
remain an option for those who can't use this feature.
-Jonathan {;-)
Visit <http://b62968.cwru.edu/> for a good laugh.
There are 3 kinds of people: Those who make things happen, those who watch
things happen and those who wonder what happened.
Date: Thu, 02 Jul 1998 12:14:09 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: Autoreply enhancement request for Autoshare
At 8:02 AM -0700 on 6/25/98, Camelot Administrator wrote:
> First of all, an enormous Thank You for expanding the scope of the system
> process extender. It's really going to help me out a lot (not to mention
> that I'm getting an education in Applescript as an added bonus ;)).
>
This works great! Just finished the Remote Applescript, and the remote
subscribes now issue welcome messages to the new members being subscribed.
Excellent! Thanks also for updating the token message for people trying to
subscribe to private mailing lists. Very nice!
> There's another request I'd like to make. When you updated Autoshare way
> back when to support RFC From, you opened the doors for a lot of
> versatility for mailing lists. However, I just discovered that the
> Autoreply feature of Autoshare does not appear to support RFC From. We're
> trying to create a web form which uses Autoreply, but because it uses the
> envelope sender, it tries to e-mail the results to the web server instead
> of the person making the request. Would it be much trouble to enhance
> Autoreply to support RFC From?
>
Have you had a chance to look at this? Is this a simple or difficult thing
to do? It was definitely be a great feature.
Bill
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Web Geek |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
| WORK -> mailto:bill.m.catambay at lmco dot com |
| HOME -> mailto:bill at catambay dot com |
| |
| Pascal Central -> http://www.catambay.com/pascal-central |
| Macintosh Guild -> http://www.rahul.net/rrk/lmms/mac |
+----------------------------------------------------------------+
Date: Thu, 2 Jul 1998 15:45:38 -0400
From: Cris Mooney <cmooney at jumpdev dot com>
Subject: Docs - Auto response: file names matching, and token list
New to the list, I hope this is not too redundant.
I have been unable to find sufficient documentation in the current docs to
meet my needs. I am looking for further documentation. I have tried:
http://www.dnai.com/~meh/autoshare/#releases
http://www.dnai.com/~meh/autoshare/documentation/index.html#runautoresponse
http://www.dnai.com/~meh/autoshare/postrelease/index.html
My needs:
1) More details about the Auto Response file names. I am hoping simple
additions for the subject to filename comparison exist. For example, how do
I match the subject "RE: Get info about us", since ":" is an illegal file
name character? Also, are there any simple expression matching like "*"
(none or any), "?" (none or any one) so that I can match "Get info to me",
"Get info" (with two spaces), and "Get-info" with one file name (Like
"?Get??Info*") - currently I use aliases, but that can get a bit out of
hand.
2) More details about the current set and operation of "/=" Auto Response
tokens. The current list in ".../documentation/index.html#autotokens" has
very cryptic explanations and seems incomplete according to the list in the
Administrator and recent posts here. For example, where would I find docs
on the "/=mailback" token recently mentioned here? How many people can
interpret "/=rfcfrom : updates envelope recipient to RFC To"
(rhetorical...or berate me directly at cmooney at jumpdev dot com)?
If a feature is not available (for example file pattern matching), or
documentation, is there a method by which we can get and provide modified
source and/or documentation to help Mikael Hansen? I would be happy to hack
his "match file name" routines, and or enhance his
"...documentation/index.html#runautoresponse" section with anything I can
learn so that others are not as confused and thwarted as I am.
I will be working 7/3/98, like many others.
Thanks in advance for any help,
Cris Mooney
cmooney at jumpdev dot com
http://www.jumpdev.com
"Of course, that's just my opinion, and I may be full of shit." [Dennis Miller]
Date: Thu, 2 Jul 1998 17:13:32 -0400
From: Cris Mooney <cmooney at jumpdev dot com>
Subject: Re: A feature idea- again
Bearing in mind that I am new here, and especially my recent mention that I
do not know the entire Auto Response token list, I would still venture to
suggest a few specific tokens for Auto Response that would be very powerful
and serve some "list" needs (as well as my own non-list needs).
With these features, you could implement the scenrio described using
configuration, without immediate requirements for AutoShare alterations:
/=forwardreply
This is to let you change a message on route, accomodating various scenarios.
This would be just like /=forward, but would substitute the new modified
body (and /=subject) into the message instead of the original incoming
message (which could also be included using /=original). As for the effects
of other tokens on this new "fowardreply" message, that would be up for
debate.
Basically, this would allow you to filter a message based on subject, and
re-route it and perhaps modify it. This would be helpful in many ways
beyond your usage which would be: If the filter subject was "RE: subscribe
this-list", then you could /=Forwardreply the message inserting "subscribe
this-list" as the body, perhaps followed by /=orignal so other stuff might
not get lost.
Of course, you would have to be able to match "Auto Reply" with a ":" in
the subject...
/=noreply
This would stop AutoShare from sending a reply to the original sender. This
would be valuable as a "null" mailbox (like when I don't want a "default"
reply since I am keeping the mail in EIMS and will reply in human time),
but more importantly in the case of "/=forward", "/=forwardreply" where you
want to reroute the message for further processing.
Perhaps these features, which can be leveraged in many creative ways, can
already be accomplished, with current tokens I don't understand, so that
you can filter and reformat the front end to AutoShare's list server.
However, if not, it seems that Auto Reply could be enhanced to be a
powerful Auto Router with filtering on route, and "sometimes auto-reply".
Though these features would require more work to set up your AutoShare,
creating filters through another mailbox for each command, this effort
would only need to be undertaken for those with special needs and would be
powerful for many other uses.
The tokens should be easy to add, and would allow administrators to set up
and test situations that might weed out the interface configurations that
would be best integrated in as standard features (like accepting commands
in the Subject field). With this sort of power, different front ends can be
simulated for many systems, not just AutoShare lists.
Regards,
Cris Mooney
cmooney at jumpdev dot com
http://www.jumpdev.com
"Of course, that's just my opinion, and I may be full of shit." [Dennis Miller]
Date: Fri, 03 Jul 1998 01:34:31 +0100
Subject: Re: Autoreply enhancement request for Autoshare
From: "James Berriman" <J.R.Berriman at staffs.ac dot uk>
Bill wrote:
>> Would it be much trouble to enhance
>> Autoreply to support RFC From?
>>
>
>Have you had a chance to look at this? Is this a simple or difficult thing
>to do? It was definitely be a great feature.
Looks like you missed Mikael's reply to the list :-)
Mikael wrote:
>>Would it be much trouble to enhance Autoreply to support RFC From?
>
>You can accomplish this by adding the following line to your auto-response
>documents:
>
>/=rfcfrom
( :-]) James
Date: Fri, 03 Jul 1998 02:17:05 +0100
Subject: Re: Docs - Auto response: file names matching, and token list
From: "James Berriman" <J.R.Berriman at staffs.ac dot uk>
>My needs:
>
>1) More details about the Auto Response file names. I am hoping simple
>additions for the subject to filename comparison exist. For example, how do
>I match the subject "RE: Get info about us", since ":" is an illegal file
>name character? Also, are there any simple expression matching like "*"
>(none or any), "?" (none or any one) so that I can match "Get info to me",
>"Get info" (with two spaces), and "Get-info" with one file name (Like
>"?Get??Info*") - currently I use aliases, but that can get a bit out of
>hand.
If you want to do pattern matching on the subjects, then a process extender
is probably the way to go. An Applescript that parses the subject and then
scripts AutoShare to return the correct file.
>2) More details about the current set and operation of "/=" Auto Response
>tokens. The current list in ".../documentation/index.html#autotokens" has
>very cryptic explanations and seems incomplete according to the list in the
>Administrator and recent posts here. For example, where would I find docs
>on the "/=mailback" token recently mentioned here?
I recommend trying an Edit/Find... command in your browser :-). That's how I
found it earlier today! The /=mailback token is actually discussed under the
new Unknown Addresses feature of the 2.3 documentation, but it would make
sense to add it to the existing list of tokens.
>How many people can
>interpret "/=rfcfrom : updates envelope recipient to RFC To"
>(rhetorical...or berate me directly at cmooney at jumpdev dot com)?
Yes, I agree that it's a little confusing.
AutoShare normally copies the original RFC From: address into the To: header
of the reply, but the envelope address of the original sender is used to
deliver the reply. The sender's envelope address may be different to the
From: address, depending on their mail setup.
So "updates envelope recipient to RFC To" means that both the To: header AND
the envelope address of the reply will reflect the original From: address.
This is what Bill wanted, I believe :-)
For those who are wondering, the envelope address is the one used by smtp
servers to actually deliver your mail to you individually, even though the
To: header says:
"To: AutoShare-Talk at frutiger.staffs.ac dot uk (Subscribers of AutoShare-Talk)"
Hope that makes sense :-)
>If a feature is not available (for example file pattern matching), or
>documentation, is there a method by which we can get and provide modified
>source and/or documentation to help Mikael Hansen? I would be happy to hack
>his "match file name" routines, and or enhance his
>"...documentation/index.html#runautoresponse" section with anything I can
>learn so that others are not as confused and thwarted as I am.
Process Extenders allow you to do a great deal of customisation. Take a look
at the script examples.
Various people have contributed script examples and documentation in the
past. I'm sure your input would be welcome!
( :-]) James
Date: Thu, 2 Jul 1998 22:20:15 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Docs - Auto response: file names matching, and token list
At 15:45 -0400 7/2/98, Cris Mooney wrote:
>how do I match the subject "RE: Get info about us", since ":" is an
>illegal file name character?
Use a dash (-) instead of a colon (:) in the document's file name. It is
sort of an undocumented hack.
>are there any simple expression matching like "*" (none or any)[...]?
File pattern matching is not available at this time, I'm afraid.
>where would I find docs on the "/=mailback" token recently mentioned here?
Thanks for reminding me. It ought to appear in the two token sections.
>How many people can interpret "/=rfcfrom : updates envelope recipient
>to RFC To"
Yes, that is a bit brief, isn't it? :-) Good candidate for the tip of the
day list though.
>If a feature is not available (for example file pattern matching), or
>documentation, is there a method by which we can get and provide modified
>source and/or documentation to help Mikael Hansen?
List contributions such as yours are a big help! Thanks again.
Date: Thu, 2 Jul 1998 22:28:29 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: A feature idea- again
At 13:57 -0400 7/2/98, Jonathan Shaw wrote:
>I concur with you, Eric. However, I think some users are still going to
>have trouble with the subject-based reply. Some mail clients actually
>change the subject, too...
When I recently added subject field support to mail-backs, I chose to
restrict the mail-back password to the last word of this subject field due
to Re:, Re[1] and who knows what else...
>A suggestion might be to allow mailback confirmations to be sent via
>unique From: addresses.
Very interesting indeed. But, as you say, ...
>So, I suppose the old system would also have to remain an option for
>those who can't use this feature.
Date: Thu, 2 Jul 1998 22:34:40 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: /=mailback token
At 16:32 +0100 7/2/98, James Berriman wrote:
>I suppose that's another feature request :-)
I suppose too that it is :-) A good one though.
Date: Mon, 06 Jul 1998 08:49:40 -0700
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: Autoreply enhancement request for Autoshare
At 1:34 AM +0100 on 7/3/98, James Berriman wrote:
> Bill wrote:
>
> >> Would it be much trouble to enhance
> >> Autoreply to support RFC From?
> >>
> >
> >Have you had a chance to look at this? Is this a simple or difficult thing
> >to do? It was definitely be a great feature.
>
> Looks like you missed Mikael's reply to the list :-)
>
> Mikael wrote:
>
> >>Would it be much trouble to enhance Autoreply to support RFC From?
> >
> >You can accomplish this by adding the following line to your auto-response
> >documents:
> >
> >/=rfcfrom
>
I missed it completely! Got it this time though. Thanks!
It works like a charm. :)
Bill
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Web Geek |
| Lockheed Martin, Enterprise Information Systems, Sunnyvale, CA |
| WORK -> mailto:bill.m.catambay at lmco dot com |
| HOME -> mailto:bill at catambay dot com |
| |
| Pascal Central -> http://www.catambay.com/pascal-central |
| Macintosh Guild -> http://www.rahul.net/rrk/lmms/mac |
+----------------------------------------------------------------+
Date: Mon, 6 Jul 1998 21:31:15 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Multi-language feature
At 17:53 +0200 7/2/98, Jan Koudelka wrote:
>Then just using a token /=lang <filename> would switch AutoShare from
>using application resources to use resources in the file <filename>
>in the Languages folder.
Replacing selected resource strings at start-up is a good idea.
Date: Mon, 6 Jul 1998 21:33:31 -0700
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: A feature idea- again
At 17:13 -0400 7/2/98, Cris Mooney wrote:
>Bearing in mind that I am new here
You have nevertheless caught up to speed rapidly :-)
>/=forwardreply
>
>This is to let you change a message on route, accomodating various scenarios.
>/=noreply
>
>This would stop AutoShare from sending a reply to the original sender.
>However, if not, it seems that Auto Reply could be enhanced to be a
>powerful Auto Router with filtering on route, and "sometimes auto-reply".
Yes indeed. Any comments from the rest of you?
Date: Tue, 7 Jul 1998 16:50:43 +0200
From: Jan Koudelka <koudelka at appleklub dot cz>
Subject: Periodical Archives
Oh, no! Another feature request... :-)
What about having two archiving modes - periodical and size dependent.
For example, some list archives would be more usable when archived in month
or week period.
HOnza