Date: Sun, 14 Dec 1997 20:49:24 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Bouncing and behaving
Hello
A substantial number of formats and refinements has been added to the
built-in bounce module. Your number of unresolved bounces and soft bounces
are likely to decrease and increase respectively.
The Admin's subscriber listbox has been updated in several ways.
This and other stuff are present in the 2.1b0 archive at
<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
As betas are risky business, please beware :-)
Date: Sun, 14 Dec 1997 21:04:08 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Unresolved bounce - questions
At 18:58 -0800 13/12/1997, Mark Hartman wrote:
>Not knowing a lot about this, this may sound like a stupid request - but
>would it be a good idea to have this as a generic bounce message parser,
>with a table - possibly admin-changeable - that says what to do with a
>given message type? The format of the 550 and 552 messages, textually,
>are the same
That would be nice, if possible. It is however very few bounce formats,
which depend on a 5xx number code though. And even those alone are mostly
too different from each other, it would appear. Dealing with bounces is a
pretty muddy business.
Date: Mon, 15 Dec 1997 00:30:27 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: Re: Bouncing and behaving
>Hello
>
>A substantial number of formats and refinements has been added to the
>built-in bounce module. Your number of unresolved bounces and soft bounces
>are likely to decrease and increase respectively.
>
>The Admin's subscriber listbox has been updated in several ways.
>
>This and other stuff are present in the 2.1b0 archive at
>
> <ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
>
>As betas are risky business, please beware :-)
>
>
>
>** The AutoShare-Talk archives are at:
>** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
Thanks, Mikael! You're a godsend! I am going to test out the new bounce
formats right now with some postings to my lists. :) Thank you, thank you,
thank you!!!
-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: Sun, 14 Dec 1997 21:35:43 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Bouncing and behaving
At 00:30 -0500 15/12/1997, Jonathan Shaw wrote:
>I am going to test out the new bounce formats right now with some postings
>to my lists. :) Thank you, thank you, thank you!!!
Looking forward to former and future statistics :-)
Date: Wed, 17 Dec 1997 14:32:36 -0500
From: Our Pal Al <al at rockvax.rockefeller dot edu>
Subject: Autoshare performance. Advice please.
Okay, I opened my big mouth and told the Boss that our WGS 8550/200 with
EIMS and Autoshare could host a mailing list of approx 1000 subscribers
that a dept wants to run. Our main UNIX mail server is pretty stressed and
they're leery of adding it onto that.
I know this can work, but my question is, how well?
Will this server, which under OS 8 is so far is running -
ASIP 5.02 (file services only)
Webstar 2.1 (Heavy usage. At least for me. About 500 - 600 hits a day.)
a couple of Webstar acgi's
4-sight fax server (Light use)
EIMS 1.2 (some accounts. Light usage)
MacJordomo (light use, though Autoshare will replace that)
Santorini server agent
- all quite happily with NO crashes and GREAT response, bog down to
molasses under an Autoshare load like this? About how long would a list
like this take to process? Would Autoshare a/o EIMS 1.2 get bogged down but
not impede other things on the server? Anyone have any experience like this?
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
"My mom said she when she learned how to swim, someone
took her out in the lake and threw her off the boat.
That's how she learned how to swim. I said, 'Mom,
they weren't trying to teach you how to swim.' "
--Paula Poundstone
http://bullwinkle.rockefeller.edu/staff/al/
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-
Date: Wed, 17 Dec 1997 12:53:25 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Autoshare performance. Advice please.
At 14:32 -0500 17/12/1997, Our Pal Al wrote:
>- all quite happily with NO crashes and GREAT response, bog down to
>molasses under an Autoshare load like this? About how long would a list
>like this take to process? Would Autoshare a/o EIMS 1.2 get bogged down but
>not impede other things on the server? Anyone have any experience like this?
AutoShare will process a list contribution very quickly. I can tested a
list of 10,000 subscribers, and on my Mac it takes less than half a minute
including updating archives etc.
Version 1.2 of EIMS is significantly slower than version 2.0. If your list
is a regular subscription list and thereby has more traffic, you may want
to upgrade.
Date: Wed, 17 Dec 1997 16:51:36 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: Re: Autoshare performance. Advice please.
>At 14:32 -0500 17/12/1997, Our Pal Al wrote:
>
>>- all quite happily with NO crashes and GREAT response, bog down to
>>molasses under an Autoshare load like this? About how long would a list
>>like this take to process? Would Autoshare a/o EIMS 1.2 get bogged down but
>>not impede other things on the server? Anyone have any experience like this?
>
>AutoShare will process a list contribution very quickly. I can tested a
>list of 10,000 subscribers, and on my Mac it takes less than half a minute
>including updating archives etc.
>
>Version 1.2 of EIMS is significantly slower than version 2.0. If your list
>is a regular subscription list and thereby has more traffic, you may want
>to upgrade.
It also depends on how busy your list is... AutoShare can handle very busy
lists, but EIMS 1.2 may stress out. 1000 e-mails really doesn't seem like
much, but when 30 postings go out in one day, it is a lot. The commercial
EIMS (2.0) handles this much better, as Mikael said. Another free mail
server called SIMS will work with AutoShare... Some like it a LOT, but I
doubt they are running large lists with it. If you are only sending one or
two messages to the list a day, SIMS will work a bit faster than EIMS 1.2,
and it requires far less disk space (but requires about the same amount of
disk activity because of some algorithm inefficiencies).
-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: Wed, 17 Dec 1997 17:00:00 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: Re: Bouncing and behaving
>Thanks, Mikael! You're a godsend! I am going to test out the new bounce
>formats right now with some postings to my lists. :) Thank you, thank you,
>thank you!!!
OK, and now for some preliminary results! I love the AutoShare bounce
handler (affectionately known to me as the "Bouncer").
Before the update, I was receiving about 60-70% of the list bounces,
because AutoShare couldn't handle them. Now, check this out!
List contributions: 27
List server requests: 156
Auto-response requests: 28
Remote administration requests: 9
Mail-back entries created: 63
Mail-back entries released: 31
Hard bounces: 0
Soft bounces: 290
Unresolved bounces: 50
Test bounces: 1
Transactions: 655
There seems to be some problems still with how Bouncer is handling the test
bounces, but I think Mikael is working on making things better, still.
Also, bounces that don't associate themselves with a listname pose a
problem, but I think that can be fixed by just checking every list for the
subscriber's address.
Thanks a ton for all of your efforts, Mikael! You're a great asset to the
Macintosh community!
-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: Wed, 17 Dec 1997 18:42:28 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Bouncing and behaving
At 17:00 -0500 17/12/1997, Jonathan Shaw wrote:
>Soft bounces: 290
>Unresolved bounces: 50
85% is nice :-) The number will of course vary from time to time, from
server to server.
>There seems to be some problems still with how Bouncer is handling the test
>bounces, but I think Mikael is working on making things better, still.
More formats have already been added - and will keep being added, as I
become aware of them. I welcome unsupported formats from everyone.
>Also, bounces that don't associate themselves with a listname pose a
>problem, but I think that can be fixed by just checking every list for the
>subscriber's address.
That is certainly an option, which I'll consider.
Date: Thu, 18 Dec 1997 09:00:00 -0500
From: Our Pal Al <al at rockvax.rockefeller dot edu>
Subject: Re: Autoshare performance. Advice please.
Jonathan Shaw wrote at 4:51 PM -0500 on 12/17/97:
>It also depends on how busy your list is... AutoShare can handle very busy
>lists, but EIMS 1.2 may stress out. 1000 e-mails really doesn't seem like
>much, but when 30 postings go out in one day, it is a lot.
Good, GOOD point Jonathan! This will be a "no-posting" list like The
Evangelist, for a research lab. From what I've heard it won't be sending
out heavy postings.
>The commercial
>EIMS (2.0) handles this much better, as Mikael said. Another free mail
>server called SIMS will work with AutoShare... Some like it a LOT,
I HATE SIMS! The same server outlined before that nicely trundles along
with EIMS froze constantly with SIMS! SIMS WAS EVIL!!!! And the Webstar
wasn't even getting hit much then. I got no peace until I destroyed SIMS! I
would never touch it again. I'd recommend our buying EIMS 2.0 first.
--
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
"We sometimes congratulate ourselves at the moment
of waking from a troubled dream. It may be so the
moment after death."
- Nathaniel Hawthorne
http://bullwinkle.rockefeller.edu/staff/al/
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
Subject: Poll Questions
Date: Sun, 21 Dec 97 13:28:04 -0500
From: Eric Mings <elm at ao dot net>
I just started trying out the poll feature. It has great potential for
usefulness to me! I have a couple of questions.
Is there a way to set it up where the results are not returned to sender
each time they attempt to vote?
Where is the list of people who have voted on a particular subject
located, and can this be accessed for editing?
Can multiple poll files be set up for different domains served by EIMS ?
Thanks much!
Regards,
Eric Mings Ph.D.
***********************************************
Use FMP 4 to publish on the web?
Join us on the FMP-web discussion group!
http://www.email-choices.com/pages/FMP-web.html
***********************************************
Date: Sun, 21 Dec 1997 13:48:41 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Poll Questions
At 13:28 -0500 21/12/1997, Eric Mings wrote:
>I just started trying out the poll feature. It has great potential for
>usefulness to me! I have a couple of questions.
>
>Is there a way to set it up where the results are not returned to
sender
>each time they attempt to vote?
Not as built-in. You can apply an After Processing process extender to
do the job. Change the Unconditional Filter sample to filter based on
kRFCFrom (poll@) primarily (see also the Before Processing Template
sample).
>Where is the list of people who have voted on a particular subject
>located, and can this be accessed for editing?
In the auto-response file's STR# resource (1001 and upwards). Use a
resource editor such as ResEdit to modify this.
>Can multiple poll files be set up for different domains served by EIMS
?
Mutiple poll@ addresses? Yes. Both the list server address and the poll
address can be made unique by using the List Server Label. If the label
is 1 for the first non-default preference set, the list server and the
poll addresses become autoshare1@ and poll1@ respectively.
Date: Sun, 21 Dec 1997 16:38:44 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Poll Questions
At 13:28 -0500 21/12/1997, Eric Mings wrote:
>Is there a way to set it up where the results are not returned to sender
>each time they attempt to vote?
Well, it is after all Christmas, so here you go.
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 kRFCFrom to item 5 of aList
set myFilePath to kFolderPath & kFileName
tell application "Finder"
if kRFCFrom begins with "poll" then
delete (alias myFilePath)
end if
end tell
end «event AuAPaUAP»
The ready-to-use process extender is at
<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/PollFilterAP.sit.hqx>
Just drop it in your Process Extenders folder.
At a moment like this, I shall leave you alone, for reflection :-)
Subject: Re: AutoShare-Talk digest 22 Dec 1997
Date: Sun, 21 Dec 97 20:20:33 -0500
From: Eric Mings <elm at ao dot net>
Thanks very much! That saves me much time in trying to figure out how =
to do it. Merry Christmas!
>>Is there a way to set it up where the results are not returned to sender
>>each time they attempt to vote?
>
>Well, it is after all Christmas, so here you go.
>
>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 kRFCFrom to item 5 of aList
>
> set myFilePath to kFolderPath & kFileName
> tell application "Finder"
> if kRFCFrom begins with "poll" then
> delete (alias myFilePath)
> end if
> end tell
>end «event AuAPaUAP»
>
>The ready-to-use process extender is at
> <ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/PollFilterAP.sit.hqx>
>Just drop it in your Process Extenders folder.
>
>At a moment like this, I shall leave you alone, for reflection :-)
Regards,
Eric Mings Ph.D.
Date: Mon, 22 Dec 1997 12:39:24 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: AutoShare 2.1b1
The 2.1b1 archive has been uploaded to
<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
and includes a number of minor improvements. It also introduces a built-in
Cron module and a refined Poll Filter process extender sample.
As betas are risky business, please beware :-)
Date: Mon, 22 Dec 1997 12:41:21 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Doing the Cron
The Unix Cron daemon launches applications at preset times. While Cron
utilities have also been available for the Macintosh for several years,
they are generally shareware rather than freeware, they take up a memory
overhead of being a separate application, and they don't all support
quitting processes as well as system restart and shutdown.
The Cron module introduced in 2.1b1 is free, as AutoShare is freeware. It
takes up a mere 2K of memory, as most of the code is already used elsewhere
in the server application. And it supports launching and quitting
applications as well as restarting and shutting down your Macintosh.
The 2.1 beta notes document describes the basic mechanism, which you may be
familar with already.
0 * * * *
translates into every hour on the hour, and
-15,20,30-40,45,50- 8-17 * * 2-6
translates into every 0-15, 20, 30-40, 45 and 50-59 minute count of the
hour during the hours from 8am to and including 5pm for any date and any
month for the weekdays of Monday through Friday.
It is recommended that you put an alias to the server application in the
standard Startup Items folder.
Lastly, I don't have a clue what Cron stands for (or if it stands for
anything at all). Maybe "connect remote on"?
Date: Mon, 22 Dec 1997 12:43:01 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Poll Filter process extender
Taking a second look at yesterday's script, I came to realize that two
minor changes are called for.
The first issue deals with the contents of the RFC From field. As the fie=
ld
may contain more than just the e-mail address, we cannot assume that the
field begins with the address. 2.1b1 therefore introduces two new list
parameters, which extract the addresses from the RFC From and RFC To fiel=
d
bodies respectively.
The second issue is that if a list contributor's e-mail address begins wi=
th
"poll", then the list contribution shouldn't be filtered, as the RFC From
is not the poll account. The list parameter, generally holding the list
name whenever a list can be detected, has been updated to actually reflec=
t
the list name, which was not the case before for After Processing process
extenders.
The script, whose process extender has been included in 2.1b1, is
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 kList to item 9 of aList
set kRFCFromAddress to item 12 of aList
set myFilePath to kFolderPath & kFileName -- message file in temp folde=
r
tell application "Finder"
if length of kList = 0 then -- any list contributor's user name is =
fine
if kRFCFromAddress begins with "poll" then -- checking user name
delete (alias myFilePath)
end if
end if
end tell
end «event AuAPaUAP»
Date: Mon, 22 Dec 1997 21:58:48 +0000
From: James Berriman <james at frutiger.staffs.ac dot uk>
Subject: Re: Doing the Cron
Mikael Hansen wrote:
> Lastly, I don't have a clue what Cron stands for (or if it stands for
> anything at all). Maybe "connect remote on"?
Chronos is Greek for time. I suspect that this has something to do with
it :-)
( :-]) James
Date: Mon, 22 Dec 1997 17:46:03 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Doing the Cron
At 21:58 +0000 22/12/1997, James Berriman wrote:
>Chronos is Greek for time. I suspect that this has something to do with
>it :-)
Oh, I have suspected the same for so many years that it's wearing thin by
now. And so one starts to wonder if it can really be so, especially as Cron
has no h in it. But I guess it can still be so. I saw Cron being described
as a chronological event management utility on the net earlier today (not
by any particularly authoritative source though).
Many people think that the Internet service Gopher from the good folks at
the University of Minnesota is named after the animal, as Minnesota is the
gopher state, but I'm pretty sure it's a coincidence.
And nope, Chicago wasn't originally entitled the windy city, because it
happens to be particularly windy there.
We shall see...
Date: Mon, 22 Dec 1997 22:59:41 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: Re: Gopher (was Doing the Cron)
>Many people think that the Internet service Gopher from the good folks at
>the University of Minnesota is named after the animal, as Minnesota is the
>gopher state, but I'm pretty sure it's a coincidence.
Gopher is such a perfect name, though. As you said, it was made at U of M,
there mascot is the gopher... It's 'go fers' information (pretend you're
from "the South" and it makes more sense). I think the definition of a
gopher (given by the University of Minnesota) says this best:
<gopher://gopher.tc.umn.edu:70/00/Information%20About%20Gopher/about>:
gopher n. 1. Any of various short tailed, burrowing mammals of
the family Geomyidae, of North America. 2. (Amer. colloq.)
Native or inhabitant of Minnesota: the Gopher State.
3. (Amer. colloq.) One who runs errands, does odd-jobs, fetches
or delivers documents for office staff. 4. (computer tech.)
Software following a simple protocol for tunneling through a TCP/IP
internet.
I really don't know where cron comes from... I tried to find an answer, but
couldn't. I also didn't search for very long. :( All I could see was "cron
- clock daemon." Truly not very helpful. :(
-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: Wed, 24 Dec 1997 10:00:18 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Happy holidays
Hi, everyone!
Here is a little greeting for you
<http://www.postdanmark.dk/julesider/korthent.html>
e-mail: meh at dnai dot com
password: 67787
Date: Mon, 29 Dec 1997 01:59:51 -0500
From: Ricardo Davis <ricardo at ustaxpayers dot org>
Subject: Multiple Moderators?
Hi,
I'm new to AutoShare, and I have a question that didn't seem to be
addressed in the docs. Is there an option where a list can have more than
one moderator posting to the list (like in Majordomo)? When I tried
entering a comma-separated list of e-mail addresses, AutoShare seems to
think that it's all one address!
-Ricardo
Date: Mon, 29 Dec 1997 07:07:35 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Multiple Moderators?
At 01:59 -0500 29/12/1997, Ricardo Davis wrote:
>I'm new to AutoShare, and I have a question that didn't seem to be
>addressed in the docs. Is there an option where a list can have more
>than one moderator posting to the list (like in Majordomo)?
As it stands now, you can have two moderators: the main listmaster and the
list-specific listmaster.
I'm going to expand the use of the post subscriber option, so anyone with
this option enabled by the listmaster can post to an announcement or
moderated list.
Attention please: this requires the post option being disabled for all
other subscribers on these two types of lists. Be prepared!
Subject: Logging autoreply requests
Date: Mon, 29 Dec 97 14:29:24 -0500
From: Eric Mings <elm at ao dot net>
I would like to be able to automatically create a text file with the
email addresses of people who have sent a message to an autoreply
service. In essence I would like to extract their email address and
append it to a text file (one line per email address) which I can then
use to import into a FMP database. Ideally, I would like to create a new
file each day and archive the prior ones. Any suggestions about how to
accomplish this easily would be appreciated. Thanks!
Date: Mon, 29 Dec 1997 15:08:25 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Logging autoreply requests
At 14:29 -0500 29/12/1997, Eric Mings wrote:
>I would like to be able to automatically create a text file with the
>email addresses of people who have sent a message to an autoreply
>service. In essence I would like to extract their email address and
>append it to a text file (one line per email address) which I can then
>use to import into a FMP database. Ideally, I would like to create a new
>file each day and archive the prior ones. Any suggestions about how to
>accomplish this easily would be appreciated. Thanks!
Here is the core part of the Poll Filter process extender:
tell application "Finder"
if length of kList = 0 then -- any list contributor's user name is fi=
ne
if kRFCFromAddress begins with "poll" then -- checking user name
delete (alias myFilePath)
end if
end if
end tell
The following similar part updates an FMP database per your request:
tell application "Finder"
if length of kList = 0 then -- not a list contribution
if kRFCFromAddress does not begin with "autoshare" then -- not list s=
erver
tell application "FileMaker Pro"
activate
Open alias "MyDisk:MyFolder:MyDatabase"
Create New Record With Data {kRFCToAddress} -- 1st cell
end tell
end if
end if
end tell
Note that I have chosen to completely bypass the text file phase. Also, b=
e
sure to change the absolute path of your database file as well as adjusti=
ng
the cell number.
The following complete script includes the double functionality:
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 kList to item 9 of aList
set kRFCFromAddress to item 12 of aList
set kRFCToAddress to item 13 of aList
set myFilePath to kFolderPath & kFileName -- message file in temp folde=
r
tell application "Finder"
if length of kList = 0 then -- not a list contribution
if kRFCFromAddress begins with "poll" then -- checking user name
delete (alias myFilePath)
end if
if kRFCFromAddress does not begin with "autoshare" then -- not ls
tell application "FileMaker Pro"
activate
Open alias "MyDisk:MyFolder:MyDatabase"
Create New Record With Data {kRFCToAddress} -- 1st cell
end tell
end if
end if
end tell
end «event AuAPaUAP»
I'll leave the testing of this script entirely up to you...
Subject: Re: Logging autoreply requests
Date: Mon, 29 Dec 97 20:35:52 -0500
From: Eric Mings <elm at ao dot net>
The proceedure you described for the poll filter looks very promising. I
will try it over the next day or so. I really like to ability to go
directly to Filemaker without having to create the text file. Can I use
this with any autoresponder by substituting the appropriate account name
(instead of poll)? I would like to use it with poll accounts, but for my
particular purpose it would be even more useful if I could apply it to
various autoresponder accounts/database pairings. That way I could easily
track all persons who request information from any autoresponders I set
up. Thanks much for your assistance!
Regards,
Eric Mings Ph.D.
Subject: Re: Logging autoreply requests
Date: Tue, 30 Dec 97 00:26:46 -0500
From: Eric Mings <elm at ao dot net>
Mikael created:
>The following complete script includes the double functionality:
>
>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 kList to item 9 of aList
> set kRFCFromAddress to item 12 of aList
> set kRFCToAddress to item 13 of aList
>
> set myFilePath to kFolderPath & kFileName -- message file in temp folder
>
> tell application "Finder"
> if length of kList = 0 then -- not a list contribution
>
> if kRFCFromAddress begins with "poll" then -- checking user name
> delete (alias myFilePath)
> end if
>
> if kRFCFromAddress does not begin with "autoshare" then -- not ls
> tell application "FileMaker Pro"
> activate
> Open alias "MyDisk:MyFolder:MyDatabase"
> Create New Record With Data {kRFCToAddress} -- 1st cell
> end tell
> end if
>
> end if
> end tell
>end «event AuAPaUAP»
I respond:
Excellent!!
The only difficulty I had was not initially realizing I needed to =
upgrade to 2.1 beta to make use of the #12 and 13 items. This is a =
much better solution than I originally had thought possible. Having =
worked little with the processors, I wonder if one can have more than =
one "after processing" processor or whether all needs have to be =
included in one such processor? Thanks again!
Regards,
Eric Mings Ph.D.
Date: Mon, 29 Dec 1997 22:58:28 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Logging autoreply requests
At 00:26 -0500 30/12/1997, Eric Mings wrote:
>Excellent!!
Thanks :-)
>The only difficulty I had was not initially realizing I needed to upgrade
>to 2.1 beta to make use of the #12 and 13 items.
Glad that you picked up on that! The Before Processing Template sample
holds all parameters, but sometimes I forget to include it in betas.
>This is a much better solution than I originally had thought possible.
>Having worked little with the processors, I wonder if one can have more
>than one "after processing" processor or whether all needs have to be
>included in one such processor? Thanks again!
You can only have one of each type. It was originally designed so to
minimize the number of script applications running on your Mac. If you want
to keep the functionality of various process extender modules fairly
separately, you can put them in separate handlers (as subroutines are
called in AppleScript) and then merely perform a series of calls in your
main handler, making it easy to enable or disable a given module.
At 20:35 -0500 29/12/1997, Eric Mings wrote:
>for my particular purpose it would be even more useful if I could apply it
>to various autoresponder accounts/database pairings. That way I could easily
>track all persons who request information from any autoresponders I set
>up. Thanks much for your assistance!
If you would like a separate database per auto-response account, then
simply let the database name be the user name of the auto-response account.
Change
Open alias "MyDisk:MyFolder:MyDatabase"
to something like
set databaseName to word 1 of kRFCFromAddress
Open alias ("MyDisk:MyFolder:" & databaseName)
A little playing around should do it.
Subject: Process Extenders- continued.
Date: Tue, 30 Dec 97 21:50:42 -0500
From: Eric Mings <elm at ao dot net>
Mikael
Many thanks for your help! It is obvious that Autoshare is considerably
more powerful, and less complicated, than it initially appears. As long
as we are giving autoshare a good workout, is it possible to only send a
particular autoresponse to the first request by an individual to a
particular autoresponder account (or using a specific subject)?
My purpose, in conjunction with the previous solutions you described, is
that I would like to add a person's email address to the filemaker
database the first time they send a message to an autoresponse account
and send them a particular response (e.g. welcome message). If they send
additional messages to that account I would ideally like to:
a) not add an additional record to the database (no big deal if this
can't be done because I could always remove duplicates later)
b)return a different autoresponse stating they have already been added to
the database
The thing that makes me think these things may be possible is the
behavior of poll accounts which only add votes the first time, and
afterwards return a different message without adding additional votes.
I am beginning to be hopeful that I may accomplish everything I need with
EIMS/Autoshare -and not have to run (and setup- oh No!) Liststar on this
server (even though I own a copy already). Thanks again!
Regards,
Eric Mings Ph.D.
***********************************************
Use FMP 4 to publish on the web?
Join us on the FMP-web discussion group!
http://www.email-choices.com/pages/FMP-web.html
***********************************************
Date: Wed, 31 Dec 1997 00:26:22 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Process Extenders- continued.
At 21:50 -0500 30/12/1997, Eric Mings wrote:
>Many thanks for your help! It is obvious that Autoshare is considerably
>more powerful, and less complicated, than it initially appears.
It really is :-) And it carries a lot more weight when you say it than when
I say it. Thanks!
>As long as we are giving autoshare a good workout, is it possible to only
>send a particular autoresponse to the first request by an individual to a
>particular autoresponder account (or using a specific subject)?
The one vacation notice only feature is most likely what you need. The
documentation describes it in some detail.
>b)return a different autoresponse stating they have already been added to
>the database
It is certainly possible to add such an option in the AutoShare code.
Adding a process extender insertion point as an alternative also makes
sense as you can use the SendMail AppleScript command to send this kind of
mail. I'll look into it.
>I am beginning to be hopeful that I may accomplish everything I need with
>EIMS/Autoshare -and not have to run (and setup- oh No!) Liststar on this
>server (even though I own a copy already). Thanks again!
AutoShare, like John Norstad's NewsWatcher, does not varnish waffles :-)
Date: Wed, 31 Dec 1997 06:19:18 -0800
From: Mark Hartman <mh at harthaven dot com>
Subject: Re: Process Extenders- continued.
At 12:26 AM -0800 12/31/97, Mikael Hansen wrote:
>AutoShare, like John Norstad's NewsWatcher, does not varnish waffles :-)
Darn! And here I thought it could help me finish remodeling my garage. :)
Date: Wed, 31 Dec 1997 06:19:18 -0800
From: Mark Hartman <mh at harthaven dot com>
Subject: Re: Process Extenders- continued.
At 12:26 AM -0800 12/31/97, Mikael Hansen wrote:
>AutoShare, like John Norstad's NewsWatcher, does not varnish waffles :-)
Darn! And here I thought it could help me finish remodeling my garage. :)
Subject: Re: Process Extenders- continued
Date: Wed, 31 Dec 97 10:30:44 -0500
From: Eric Mings <elm at ao dot net>
My next question was going to be whether it could emulate a G3 processor
while running on my old IIvx mailserver ;-)
Regards,
Eric Mings Ph.D.
Date: Wed, 31 Dec 1997 11:35:19 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Process Extenders- continued
At 06:19 -0800 31/12/1997, Mark Hartman wrote:
>Darn! And here I thought it could help me finish remodeling my garage. :)
At 10:30 -0500 31/12/1997, Eric Mings wrote:
>My next question was going to be whether it could emulate a G3 processor
>while running on my old IIvx mailserver ;-)
Now, both of those would be nice!
Btw Eric, you might find it useful studying the Filter sample process
extender at this time, as I plan on adding the following parameters
set kFilterType to item 10 of aList
set kFilterNormal to "1"
set kFilterPastOneOnly to "2"
When a sender mails a one vacation notice only enabled auto-response a
second and further times, the Filter process extender will be triggered and
loaded with a kFilterType having the kFilterPastOneOnly value. You can then
accordingly perform whatever action needed.
Date: Wed, 31 Dec 1997 14:51:38 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: AutoShare 2.1b2
The 2.1b2 archive has been uploaded to
<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
and includes a significant update to the moderator functionality for
moderated and announcement lists (see also the scripts included). It
furthermore expands the Filter process extender. Read the 2.1 beta notes
for details.
As betas are risky business, please beware.
And Happy New Year, everyone!
Subject: Tearing the envelope
Date: Wed, 31 Dec 97 20:39:06 -0500
From: Eric Mings <elm at ao dot net>
Having recently "pushed the envelope" of autoshare capabilities with my
prior questions, I thought I'd try a little further ;-)
Seriously, I just briefly reviewed the documentation for your "mail back
confirmations" feature and wonder if you appreciate the potential power
of such abilities for business application! As it stands now, it would
appear that feature provides almost a PGP equivalent signature
verification for autoresponder accounts. Very useful feature for making
sure the person who requested the autoresponder data is really the one
that got it. HOWEVER, if this could be applied to an "autoforward" type
account it would have amazing usefulness for me (and anyone else) in
order to verify that a mail sent (autoforwarded) to me was really from a
particular individual.
Obviously for most applications PGP would provide the greatest security
of authenticity. However, I am dealing with average business people who
don't know PGP from MGM. Furthermore both parties must know how to use it
and distribute the appropriate keys. Suppose businessperson (such as
myself) needed to know that a contract or other info was sent to me from
the actual "from" address (i.e. not just forged). What better way than to
return their message with an key generated on the fly by by
EIMS/Autoshare, and only forwarded on to me when resent if the key was
correct. It would solve many problems for such application. What do you
think? Possible down the road to accomplish this (or is this tearing the
envelope)?
Regards,
Eric Mings Ph.D.
Date: Thu, 1 Jan 1998 14:03:16 +0000
From: James Berriman <J.R.Berriman at staffs.ac dot uk>
Subject: Re: Tearing the envelope
At 01:39 01/01/98, Eric Mings wrote:
HOWEVER, if this could be applied to an "autoforward" type
>account it would have amazing usefulness for me (and anyone else) in
>order to verify that a mail sent (autoforwarded) to me was really from a
>particular individual.
I believe this is already possible. If you set up an autoresponder as a
mailback account and put a /=forward token (containing your email address)
in the reply document, the original message will be forwarded to you after
mailback confirmation is completed.
( :-]) James
Subject: Re: AutoShare-Talk digest 1 Jan 1998
Date: Thu, 1 Jan 98 13:26:28 -0500
From: Eric Mings <elm at ao dot net>
James wrote:
________________
I believe this is already possible. If you set up an autoresponder as a
mailback account and put a /=forward token (containing your email address)
in the reply document, the original message will be forwarded to you after
mailback confirmation is completed.
( :-]) James
_________________
I cannot get this to work correctly. It forwards a message with a blank
body. Any ideas?
Regards,
Eric Mings Ph.D.
Date: Thu, 1 Jan 1998 10:27:50 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Tearing the envelope
At 20:39 -0500 31/12/1997, Eric Mings wrote:
>What better way than to return their message with an key generated on
>the fly by by EIMS/Autoshare, and only forwarded on to me when resent
>if the key was correct. It would solve many problems for such application.
When mail-back is enabled, the returned message includes a key generated on
the fly. And once the sender has responded to it and AutoShare has found a
match, actual processing kicks in. If the auto-response document includes a
/=forward elm at ao dot net line, a copy of the unprocessed mail is sent to you.
Date: Thu, 1 Jan 1998 11:06:36 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AutoShare-Talk digest 1 Jan 1998
At 13:26 -0500 1/1/1998, Eric Mings wrote:
>I cannot get this to work correctly. It forwards a message with a blank
>body. Any ideas?
I cannot reproduce this. Does the original message have a blank body?
Date: Fri, 2 Jan 1998 09:37:22 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: The AutoShare Tip Of The Day list
Some aspects of process extenders will be discussed in detail on the
AutoShare Tip Of The Day list the next few days. Be sure to subscribe, if
you are interested in this topic.
To subscribe, please write to the list server address at
<mailto:autoshare at frutiger.staffs.ac dot uk>
with the following in the first line of the body of the message
subscribe autoshare-tip-of-the-day <your name>
There is no need to switch to digest mode, as you will receive only one
message per day at the most.
Subject: Re: Fwd: DOL Confirmation Instructions
Date: Fri, 2 Jan 98 17:57:36 -0500
From: Eric Mings <elm at ao dot net>
As long as we are on the subject, would it be possible to make the
mailback file customized for each mailback autoresponder. That way the
greetings/instructions could be appropriate for the particular purpose of
each account. Thanks again.
Regards,
Eric Mings Ph.D.
Date: Fri, 2 Jan 1998 16:59:13 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Fwd: DOL Confirmation Instructions
At 17:57 -0500 2/1/1998, Eric Mings wrote:
>As long as we are on the subject, would it be possible to make the
>mailback file customized for each mailback autoresponder. That way the
>greetings/instructions could be appropriate for the particular purpose
>of each account. Thanks again.
That's a non-trivial task. Jonathan Shaw brought up the topic a while back,
and while I had to give it some thought, I liked it and still do.
The concept within the Documents:AutoShare folder is to replace the
Mailback document with a Mailback folder, which stores a Default document
and various list-specific documents. While the list contribution part is
easy, the list server part is challenging, as mail-backs can be configured
for individual list server commands and as one message file can hold
multiple list server requests. When all is said and done, the coding looks
pretty good at this time.
As the Documents:AutoShare:<folder:> documents do not generally cover
standard auto-responses (which may be what you are thinking of), yet more
needs to be taken care of. I'll look into it.
Date: Sat, 3 Jan 1998 15:20:52 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: AutoShare 2.1b3
The 2.1b3 archive has been uploaded to
<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
and includes the following changes:
-If you would like AutoShare script commands to be processed and returned
immediately in process extenders, include the letter d in the Misc Stuff
field in the Admin's More Miscellaneous window (the Misc Stuff property in
the AppleScript dictionary's Misc Options)
-Fixed formatting of large paragraphs in the Mailback document
-In order to suppress partial digests with new subscriptions, include the
letter e in the List Stuff field in the Admin's Yet More List window (the
List Stuff property in the AppleScript dictionary's List Options)
-Fixed a minor bug with invalid list server commands longer than 31 characters
-Fixed a minor bug with the Review AppleScript command specifying a blank list
-Mailback documents can be made list-specific by applying a Mailback folder
in the Documents:AutoShare folder. For standard auto-responses, put the
Mailback document in the respective auto-response folder
-The mail-back confirmation request now shows the original mail as quoted
The 2.1 beta notes are no longer included, as the AutoShare 2.0
documentation has been updated to the AutoShare 2.1 documentation.
As the 2.1 betas are public, the 2.1 version is likely to be released when
you (and perhaps I as well!) may least anticipate it. If some feature
doesn't work the way you expect it to or there is something you don't
understand, the talk list is the place to, well, talk about it. And have
fun doing so :-)
As betas are risky business, please beware.
Date: Mon, 05 Jan 1998 07:11:30 -0800
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: Happy holidays
At 10:00 AM -0800 on 12/24/97, Mikael Hansen wrote:
> Hi, everyone!
>
> Here is a little greeting for you
>
> <http://www.postdanmark.dk/julesider/korthent.html>
>
> e-mail: meh at dnai dot com
> password: 67787
>
>
I must have been too late.... requested URL was not found. :(
+----------------------------------------------------------------+
| Bill Catambay, Software Developer, Webmaster |
| 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, 5 Jan 1998 17:23:20 +0100
From: "Serge Belleudy-d'Espinose" <sam at ijm.jussieu dot fr>
Subject: Re: AutoShare-Talk digest 4 Jan 1998
Hi all
>As the 2.1 betas are public, the 2.1 version is likely to be released when
>you (and perhaps I as well!) may least anticipate it. If some feature
>doesn't work the way you expect it to or there is something you don't
>understand, the talk list is the place to, well, talk about it. And have
>fun doing so :-)
I'm a brand new autoshare user, trying to switch smoothly from macjordomo
one feature at a time. One thing that doesn't seem to work for me is the
subject prefixe. It doesn't appear in the mails I send to my test list.
AS 2.1b1 68k on AWS 80 with sys 7.5.5, OT 1.2 and 32mo ram.
Sorry if this has been covered before, but I'm _really_ new to this. Thanks
# Serge
-------------------------------------------------------------------
/ Serge BELLEUDY - d'ESPINOSE / \ Institut Jacques Monod \
( Tel: 01 44 27 77 95 ( ) 2 pl. Jussieu - Tour 43 )
\ eMail: sam at ijm.jussieu dot fr \ / 75251 Paris Cedex 05 Fr. /
\-------------------------------+-----------------------------/
Date: Mon, 5 Jan 1998 12:50:05 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AutoShare-Talk digest 4 Jan 1998
At 17:23 +0100 5/1/1998, Serge Belleudy-d'Espinose wrote:
>I'm a brand new autoshare user, trying to switch smoothly from macjordomo
>one feature at a time. One thing that doesn't seem to work for me is the
>subject prefixe. It doesn't appear in the mails I send to my test list.
Entering the prefix in Prefix field in the Admin's List window with the
given list selected first should be all that is necessary. Does the subject
prefix appear under that list's settings in a fresh Analysis file?
Date: Mon, 5 Jan 1998 20:50:05 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Making lists easier
If there is one thing I wish for in EIMS (and SIMS) more than anything
else, it is basic account scripting. To create a new list for AutoShare,
you must create three accounts in EIMS and one empty file in Finder. As
this is a manual process involving several steps, it becomes considerably
faster and less prone to errors by letting a script such as the one below
perform the task. AutoShare can easily be updated to run the script, when
you click on a new list button in the Admin.
If you like the sound of this, please send a mail to the Qualcomm people at
<eims-suggest at qualcomm.com> Cc'ing <mailto:meh at dnai dot com> and letting
them know that "Basic account scripting is what I want and need in EIMS".
Your mail matters and may make a difference. Please do it today rather than
tomorrow. Thanks.
set aList to "Fun-L" -- the only input value needed!!
tell application "AutoShare" -- get AutoShare folders
set myFolders to GetFolders
set fmpath to Filed Mail of myFolders -- Filed Mail folder
set lspath to Listserv of myFolders -- List Server folder
set aPath to lspath & aList -- main list file
set mPath to aPath & ".m" -- message list file
set dPath to aPath & ".d" -- digest list file
end tell
tell application "EIMS" -- make EIMS accounts
Make Account properties {User: aList, Type: "Folder", Path: fmpath}
Make Account properties {User: mList, Type: "MailList", Path: mPath}
Make Account properties {User: dList, Type: "MailList", Path: dPath}
end tell
tell application "Finder" -- create empty file
set myFile to (open for access file aPath)
close access myFile
end tell
Date: Tue, 6 Jan 1998 10:22:12 +0100
From: "Serge Belleudy-d'Espinose" <sam at ijm.jussieu dot fr>
Subject: Re: AutoShare-Talk digest 4 Jan 1998
>>One thing that doesn't seem to work for me is the subject prefix.
>Entering the prefix in Prefix field in the Admin's List window with the
>given list selected first should be all that is necessary. Does the subject
>prefix appear under that list's settings in a fresh Analysis file?
Yes.
# Serge
-------------------------------------------------------------------
/ Serge BELLEUDY - d'ESPINOSE / \ Institut Jacques Monod \
( Tel: 01 44 27 77 95 ( ) 2 pl. Jussieu - Tour 43 )
\ eMail: sam at ijm.jussieu dot fr \ / 75251 Paris Cedex 05 Fr. /
\-------------------------------+-----------------------------/
Date: Tue, 6 Jan 1998 02:56:53 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AutoShare-Talk digest 4 Jan 1998
At 10:22 +0100 6/1/1998, Serge Belleudy-d'Espinose wrote:
>>Entering the prefix in Prefix field in the Admin's List window with the
>>given list selected first should be all that is necessary. Does the subject
>>prefix appear under that list's settings in a fresh Analysis file?
>
>Yes.
Can you reproduce this another list? What happens if you change the prefix
to something else? Do the RFC List- headers show? Running low on questions
here, as you can tell. I haven't heard of this happening before.