Date: Wed, 22 Jan 1997 18:08:51 -0800
From: Mikael Hansen Ðmeh at dnai dot comð
Subject: Re: Private List Option
At 18:12 -0500 1/22/97, Alan S. Dobkin wrote:
ðI think this problem actually affected *all* of my lists on
ðthis server, and I think the reason is due to the field in the Admin
ðapplication called "Work Lists" in the List window.
ðCan someone please further clarify what this is for,
James once wrote (better than I can):
ðAIMS 1.1.1 supports the smtp EXPN command, which is an optional part
ðof rfc821. This allows anyone to telnet to your server on port 25 and
ð'expand' an AIMS mailing list to the full list of addresses.
ð
ðSo if someone knows the name of an AutoShare list on your server,
ðthey could expand the related .m and .d files.
ð
ðBut no more!
The .m and .d files are configured as AIMS mailing lists, while the main
lists are not. By assigning hard-to-guess file names to the .m and .d
files, you can feel safer that no one is able to expand your files via
Telnet.
The AIMS mailing lists must be configured accordingly of course.
ðalong with what the "Address" field is normally used for?
Look in the 'AutoShare 1.1.1 Documentation Addendum' under 'The AutoShare
Preferences file and its list-specific configuration'. The fields listed
correspond to the fields used in the Admin. Field 6 is 'address' (the one
you are referring to), which is used by 'reply-to' in Field 5, option 3.
I am going to make this clearer in the documentation, but it simply means
that you can apply a given address to the reply-to fields for list
contributions.
ðThanks for all your help in tracking this down, James and Mikael!
Oh, I had little to do with it :-)
--
Mikael Hansen Ðmailto:meh at dnai dot comð
Date: Tue, 04 Feb 1997 21:54:55 -0600
From: Tom Weishaar ÐTomW at SiteCentral dot comð
Subject: Announcement Security Question
Hello all,
I'm in the process of setting up some lists with AutoShare. I have a
question related to the security of "announcement" lists. What would
happen if someone temporarily chanced their email address in their email
program's preferences to the address of the announcement list's owner?
Is this a way to get mail out to the announcement list without being the
owner? Or is there some safeguard for this?
If this does create a problem, is there a way to send an email
(perhaps by putting it directly in the AIMS "incoming mail" folder with
the right resources?) so that autoshare will recognize the sender as the
owner of the announcment list and mail it to the list even though that
email address isn't actually in the email anywhere? (If the exact owner
is unknown to the world at large, this would provide a bit of security.)
--
Tom Weishaar
----------------------------------------------------------------
http://SiteCentral.com/ Web Site Development Corporation
Date: Tue, 4 Feb 1997 22:25:09 -0800
From: Mikael Hansen Ðmeh at dnai dot comð
Subject: Re: Announcement Security Question
At 21:54 -0600 2/4/97, Tom Weishaar wrote:
ð I'm in the process of setting up some lists with AutoShare. I have a
ðquestion related to the security of "announcement" lists. What would
ðhappen if someone temporarily chanced their email address in their email
ðprogram's preferences to the address of the announcement list's owner?
ðIs this a way to get mail out to the announcement list without being the
ðowner?
Whispering softly: yes. Mail is not particularly safe. However, the RFC
header will inform you of many details that the not-really-admin can't help
but leave behind, and once the postmaster of his site has been notified of
the incident, the person in question is likely to be without his e-mail
account very quickly.
ðOr is there some safeguard for this?
The upcoming AutoShare 1.2 introduces mail-back confirmation, which is
quite powerful and very safe. AutoShare returns a message to you which you
confirm, and not until then will the original message from you be approved.
I have tested it on James's server, and it works rather nicely.
--
Mikael Hansen Ðmailto:meh at dnai dot comð
Date: Thu, 5 Dec 1996 22:57:05 -0500
From: jthompson at directhit dot com (Jerry Thompson)
Subject: Report Options/Deleting Bounced Addresses
Greetings,
Are there any report options coming in future versions of Autoshare. Most
specifically, the option of being able to instruct Autoshare in what format
you would like the reports in, the fields necessary for output, or even
perhaps a customized report in which each of the lists maintained by
Autoshare received new subscribers/unsubcribers only.
Also, what's the easiest way to delete users who've changed email addresses
or lost their accounts. Unfortunately, a large part of the members of our
list are AOL subscribers and change screen names very frequently. Most of
them forget to unsubscribe when they cancel or change accounts. In the
beginning there were very little bounced email because the lists were
small. Now, one of our lists contain over 3000 subscribers and about 60%
are from AOL. So it can be a problem to weed through the list. One
thought was to have some feature where you can import a list of email
addresses to delete and AutoShare or a side admin program would compare
that list to the AutoShare lists and delete them. Just a thought.
Thanks for listening.
Jerry
PS: AutoShare is still the easiest and stable listserv program I've seen.
________________________________________________
Jerry Thompson jthompson at directhit dot com
MIS/Webmaster,
NDPC/PP List Management
Telephone........: 212.929.0515 ext. 150
Fax......................: 212.633.8218
- "I have seen a glimpse of the future... It's name is Macintosh."
- "Off the keyboard, thru the router, over the bridge, nothing but net!"
________________________________________________
Date: Wed, 5 Feb 1997 22:36:05 -0800
From: Mikael Hansen Ðmeh at dnai dot comð
Subject: Re: Report Options/Deleting Bounced Addresses
At 22:57 -0500 12/5/96, Jerry Thompson wrote:
Your mail was dated two months back? I almost didn't catch it :-(
ðAre there any report options coming in future versions of Autoshare. Most
ðspecifically, the option of being able to instruct Autoshare in what format
ðyou would like the reports in, the fields necessary for output, or even
ðperhaps a customized report in which each of the lists maintained by
ðAutoshare received new subscribers/unsubcribers only.
I haven't thought seriously about customizing the log format (that's not to
say that I won't later). I have made the logs a bit prettier, but that's
about it. Chances are that I'll be spending most of my pre-1.2 beta time
with the following issue though.
ðAlso, what's the easiest way to delete users who've changed email addresses
ðor lost their accounts. Unfortunately, a large part of the members of our
ðlist are AOL subscribers and change screen names very frequently. Most of
ðthem forget to unsubscribe when they cancel or change accounts. In the
ðbeginning there were very little bounced email because the lists were
ðsmall. Now, one of our lists contain over 3000 subscribers and about 60%
ðare from AOL. So it can be a problem to weed through the list.
Dealing with bounced addresses will be the last major issue of 1.2, and the
only one that I haven't completed (the plan looks great in my head, but I
need another week before I can start bringing up any details). The idea is
to unsubscribe bounced subscribers automatically, thereby reducing the
manual weeding considerably.
For large lists, subscriber list searches and updates are a whole lot
faster in 1.2 btw. I can search any given subscriber in a 40,000 list in
less than a second.
ðPS: AutoShare is still the easiest and stable listserv program I've seen.
Thanks!
--
Mikael Hansen Ðmailto:meh at dnai dot comð
Subject: AutoShare isn't auto-sending digests
Date: Fri, 7 Feb 97 10:37:01 -0500
From: Chris Vargas Ðcvargas at mmg dot comð
AutoShare does a great job for our pretty-tiny 60-member user group mail
list. I believe I am using the latest version, although I can't tell you
the number off the top of my head.
Recently, AutoShare has not been sending out daily digests to those
members who've requested them (including me: I have one email address set
to digests and one set to receive individual messages). I have used both
AutoShare and AutoShare admin to try to set digests to automatically send
at 11:00 PM. It doesn't seem to remember this.
The digests send just fine when I press the "send now" button.
Any ideas for getting it to pay attention to me? Roses? Candy? Soft music?
Thanks.
_______
Chris Vargas "If you had a school for professional
Ðcvargas at mmg dot comð or fireworks people, I don't think you
Ðcvargas at earthlink dot netð or could cover fuses in just one class
Ðcvargas at aol dot comð It's just too rich a subject."
http://home.earthlink.net/~cvargas/
Date: Fri, 7 Feb 1997 10:50:30 -0500
From: wsuarez at digprod dot com (Bill Suarez)
Subject: Re: AutoShare isn't auto-sending digests
Chris,
Did you check the logs? Did they indicate the digest were being sent?
How 'bout checking to the outgoing Mail on the AIMS server too?
_______________________________________________________________________________
Subject: AutoShare isn't auto-sending digests
From: AutoShare-Talk at frutiger.staffs.ac dot uk at Internet
Date: 2/7/97 10:37 AM
AutoShare does a great job for our pretty-tiny 60-member user group mail
list. I believe I am using the latest version, although I can't tell you
the number off the top of my head.
Recently, AutoShare has not been sending out daily digests to those
members who've requested them (including me: I have one email address set
to digests and one set to receive individual messages). I have used both
AutoShare and AutoShare admin to try to set digests to automatically send
at 11:00 PM. It doesn't seem to remember this.
The digests send just fine when I press the "send now" button.
Any ideas for getting it to pay attention to me? Roses? Candy? Soft music?
Thanks.
_______
Chris Vargas "If you had a school for professional
Ðcvargas at mmg dot comð or fireworks people, I don't think you
Ðcvargas at earthlink dot netð or could cover fuses in just one class
Ðcvargas at aol dot comð It's just too rich a subject."
http://home.earthlink.net/~cvargas/
** The AutoShare-Talk archives are at:
** Ðhttp://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/ð
Date: Fri, 7 Feb 1997 09:13:10 -0800
From: Mikael Hansen Ðmeh at dnai dot comð
Subject: Re: AutoShare isn't auto-sending digests
At 10:37 -0500 2/7/97, Chris Vargas wrote:
ðAutoShare does a great job for our pretty-tiny 60-member user group mail
ðlist. I believe I am using the latest version, although I can't tell you
ðthe number off the top of my head.
The most recently released version is 1.1 of November 1996. I hope to
release 1.2 later this month.
ðRecently, AutoShare has not been sending out daily digests to those
ðmembers who've requested them (including me: I have one email address set
ðto digests and one set to receive individual messages). I have used both
ðAutoShare and AutoShare admin to try to set digests to automatically send
ðat 11:00 PM. It doesn't seem to remember this.
When starting up AutoShare, the log indicates how long until the digests
will sent; the Analysis file also lists this information. When the time
comes, shut down AIMS a few minutes before, open the Incoming Mail folder
in Finder and watch carefully to see if any file shows up in the folder at
digest time.
(1) If the message file does show up, make a copy of it, drag it outside
the folder and send it to me. Send also a copy of the Ðlistð.d file to me.
Start up AIMS.
(2) If the message file does not show up, check the AutoShare Temp folder
inside the System 7 savvy Preferences folder, and let me know if it's empty
or not; if not, drag the files outside the folder. Run to create another
Analysis file and look at the digest time. Start up AIMS.
ðThe digests send just fine when I press the "send now" button.
Good.
ðAny ideas for getting it to pay attention to me? Roses? Candy? Soft music?
AutoShare loves it all!
--
Mikael Hansen Ðmailto:meh at dnai dot comð
Date: Mon, 10 Feb 1997 08:18:16 -0800
From: Mikael Hansen Ðmeh at dnai dot comð
Subject: Bounce messages
Hi everyone
As I'm in the middle of adding automated bounce-and-unsubscribe support to
AutoShare, but don't have many actual bounce message types available,
please send me (meh at dnai dot com) copies of any type of bounce message that you
may have saved or may come across. Uncommented copies of raw bounce
messages are fine.
Much appreciated. Thank you.
--
Mikael Hansen Ðmailto:meh at dnai dot comð
Date: Mon, 10 Feb 1997 22:21:00 +0100
From: Christoph Reichenberger Ðchrei at unisoft.co dot atð
Subject: Re: Bounce messages
ðHi everyone
ð
ðAs I'm in the middle of adding automated bounce-and-unsubscribe support to
ðAutoShare, but don't have many actual bounce message types available,
ðplease send me (meh at dnai dot com) copies of any type of bounce message that you
ðmay have saved or may come across. Uncommented copies of raw bounce
ðmessages are fine.
ð
ðMuch appreciated. Thank you.
ð
Hi Mike,
will send you bounced messages, to your email address and
not to the list - hoping the list will be graceful ;-)
BTW, there's one feature I would like to see in a future version.
In the log that the listmaster gets sent regularly, all transactions
are listed with their subject. However, mails to the listserver
usually don't have a subject since we configured our Autoshare
to accept commands in the body. It would be nice if the log
file could list the commands of those mails such that - especially
for downloads - the log file shows which file was downloaded.
Would this be possible?
Thank you
Christoph
------------------------------------------------
Christoph Reichenberger Tel: +43-7236-3338-82
UNI SOFTWARE PLUS GMBH Fax: +43-7236-3338-30
Softwarepark Hagenberg, mailto:chrei at unisoft.co dot at (preferred)
A-4232 Hagenberg, Austria mailto:chr at swp.co dot at
http://www.unisoft.co.at/e/Staff/christoph.html
Date: Mon, 10 Feb 1997 21:30:51 -0800
From: Mikael Hansen Ðmeh at dnai dot comð
Subject: Re: Bounce messages
At 22:21 +0100 2/10/97, Christoph Reichenberger wrote:
ðwill send you bounced messages, to your email address and
ðnot to the list - hoping the list will be graceful ;-)
Thanks!
ðIt would be nice if the log file could list the commands [...]
ð
ðWould this be possible?
Yes. It has been added to my list. Thanks.
--
Mikael Hansen Ðmailto:meh at dnai dot comð
Subject: Autoshare digest and accents
Date: Tue, 11 Feb 97 09:31:54 +0100
From: Christophe Lhomme ÐChristophe.Lhomme at ansf.alcatel dot frð
I have an AIMS server and some lists managed by Autoshare since a couple
of months and some users ask me for list digests; I tried Autoshare
digests but there is a problem with accentuated characters (messages are
posted in French) as we are using MIME/Quoted Printable encoding :
digests are full of "=E9" (example) sequences.
Herafter are some solutions that are not acceptable :
- use another encoding : we are using Claris Emailer on our Macintoshs
and it forces the QP
- do not use accents : could be acceptable for very technic lists but not
for open forums.
An acceptable proposition could be to have a script or something like
that to transcode the QP digest to a Mac accentuated text and to repost
it to list periodically.
Do some of yours know where to find such a tool ?
Thanks in advance.
Christophe Lhomme
Alcatel Postal Automation Systems
Christophe.Lhomme at ansf.alcatel dot fr
Date: Tue, 11 Feb 1997 21:44:12 -0800
From: Mikael Hansen Ðmeh at dnai dot comð
Subject: Re: Autoshare digest and accents
At 09:31 +0100 2/11/97, Christophe Lhomme wrote:
ðI have an AIMS server and some lists managed by Autoshare since a couple
ðof months and some users ask me for list digests; I tried Autoshare
ðdigests but there is a problem with accentuated characters (messages are
ðposted in French) as we are using MIME/Quoted Printable encoding :
ðdigests are full of "=E9" (example) sequences.
Well, I have been no less than sloppy. When I added
MIME-Version: 1.0
to the RFC header of, say, the digests, I should also have added
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
(or if you prefer the following at the first of the above two lines
Content-Type: text/plain; charset="US-ASCII"; Name="Message Body"
it can be changed, as the string is in a resource.)
It has now been fixed and will be in AutoShare 1.2 (digests and all similar
instances, whenever the respective RFC headers do not already appear).
Very much appreciated! Thanks for bringing it up.
--
Mikael Hansen Ðmailto:meh at dnai dot comð
Date: Thu, 13 Feb 1997 14:42:51 -0500
From: Kirk Rogers Ðrogers at er6.eng.ohio-state dot eduð
Subject: Fwd: unsubscribing and AutoShare
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
One of my subscribers has noticed the following problem (?), which I
thought was due to Autoshare Parsing subscriber "real name
Ðlogin.machine.domainð" differently than "Ðlogin.machine.domainð".
What is the problem here?
ðThis problem stems from the old list software exporting e-mail
addresses
ðwithout names, and the new software parsing the user with both real
name
ð*and* e-mail address when making a change.
I beg to differ. I have been trying to unsub from another list
(carpe.diem) for !! 2 months ( and trying to do same from MacSciEng
this
week). Both carpe.diem and MacSciEng use AutoShare. Me thinks it is a
bug
in AutoShare. My bounces look like
ððððððððððððððð
Carpe.Diem
tgritton at m2.sprynet dot com: Not subscribed in the first place
Your original message is found below.
[snip, snip]
x-sender: tgritton at m2.sprynet dot com
From: Terry Gritton Ðtgritton at sprynet dot comð
ððððððððððððððð
Notice that while my mail address is '.... at sprynet dot com' the other
records
use the real address ' ... at m2.sprynet dot com'. I wonder if that is the
problem. I just had the same message for MacSciEng. Sending mail to
the
administrative listserv address did no good. Hopefully the admin on
this
list is more responsible.
---
Terry Gritton
"Carpe.Diem, the Frankenstein's monster of mail lists"
or perhaps
"AutoShare, the Frankenstein's monster of mailing list software"
BTW, MacSciEng is my list. . . . . .
Date: Thu, 13 Feb 1997 18:41:00 -0800
From: Mikael Hansen Ðmeh at dnai dot comð
Subject: Re: Fwd: unsubscribing and AutoShare
At 14:42 -0500 2/13/97, Kirk Rogers wrote:
ðNotice that while my mail address is '.... at sprynet dot com' the other
ðrecords use the real address ' ... at m2.sprynet dot com'.
Indeed. To the tune of "Boy meets girl":
Person subscribes to list
Person receives confirmation
Person does not issue a Query command
Person does not know his subscription address
Network Admin wants to change configuration
but forgets to alert mail account holders
Network Admin changes DNS configuration
Or Network Admin changes mail server configuration
Network Admin forgets to inform mail account holders
Problem is likely to arise...
AutoShare uses the real address (the envelope sender) as the subscription
address; most often, there is no difference, and even when there is, no
problem arises until the network admin changes some server configuration
during subscription periods.
One day (it's a major change), I may make it an option of whether the
AutoShare Admin prefers to use the envelope sender or the RFC From. In 1.2,
I can however list the subscription address in the subscription
confirmation message, which is a step forward in any event.
--
Mikael Hansen Ðmailto:meh at dnai dot comð
Date: Fri, 14 Feb 1997 23:03:25 -0600
From: Tom Weishaar <TomW at SiteCentral dot com>
Subject: Re: unsubscribing and AutoShare
Could part of the unsubscribe problem have to do with upper/lower
case differences? (User subscribes, switches to a different email
program, but enters his email address with a leading capital letter
instead of all lowercase...) In setting up some Annoucement lists I've
discovered that the address of the list's ListMaster has to exactly
match what's on the Listmaster's email, including case, or the
announcement will bounce. Does the same apply everywhere in Autoshare?
--
Tom Weishaar
----------------------------------------------------------------
http://SiteCentral.com/ Web Site Development Corporation
Date: Fri, 14 Feb 1997 22:09:16 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: unsubscribing and AutoShare
At 23:03 -0600 2/14/97, Tom Weishaar wrote:
>In setting up some Annoucement lists I've
>discovered that the address of the list's ListMaster has to exactly
>match what's on the Listmaster's email, including case, or the
>announcement will bounce. Does the same apply everywhere in Autoshare?
It shouldn't apply anywhere. If you can e-mail me specific examples, I'd be
happy to fix it immediately. Thanks for bringing this up.
--
Mikael Hansen <mailto:meh at dnai dot com>
Date: Sat, 15 Feb 1997 08:54:59 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: unsubscribing and AutoShare
At 22:09 -0800 2/14/97, Mikael Hansen wrote:
>At 23:03 -0600 2/14/97, Tom Weishaar wrote:
>
>>In setting up some Annoucement lists I've
>>discovered that the address of the list's ListMaster has to exactly
>>match what's on the Listmaster's email, including case, or the
>>announcement will bounce. Does the same apply everywhere in Autoshare?
>
>It shouldn't apply anywhere.
It does however happen when the list master approves a list contribution
for a moderated list, posts a list contribution to an announcement list or
approves a list contribution exceeding the allowed number of lines. Fixed.
I have also made sure that the list master of an announcement list must be
subscribed before being able to post list contributions.
--
Mikael Hansen <mailto:meh at dnai dot com>
Subject: Re: Autoshare digest and accents
Date: Mon, 17 Feb 97 17:53:59 +0100
From: Christophe Lhomme <Christophe.Lhomme at ansf.alcatel dot fr>
>
>>I have an AIMS server and some lists managed by Autoshare since a couple
>>of months and some users ask me for list digests; I tried Autoshare
>>digests but there is a problem with accentuated characters (messages are
>>posted in French) as we are using MIME/Quoted Printable encoding :
>>digests are full of "=E9" (example) sequences.
>
[...]
>
>It has now been fixed and will be in AutoShare 1.2 (digests and all similar
>instances, whenever the respective RFC headers do not already appear).
Thank you for your response.
Could you please tell me when this release is scheduled (I'm new on this
list).
Christophe Lhomme
Alcatel Postal Automation Systems
Christophe.Lhomme at ansf.alcatel dot fr
Date: Mon, 17 Feb 1997 18:55:16 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Autoshare digest and accents
At 17:53 +0100 2/17/97, Christophe Lhomme wrote:
>Could you please tell me when this release is scheduled (I'm new on
>this list).
Very soon. I plan on posting a beta note later this evening.
--
Mikael Hansen <mailto:meh at dnai dot com>
Date: Mon, 17 Feb 1997 22:15:41 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Call for AutoShare 1.2 beta testers
Hello everyone and welcome to risky business!
If you would like to participate in a quick (1-2 weeks) and non-public beta
phase of AutoShare 1.2, please drop me a note with a subject of 'AutoShare
1.2 beta' and with a copy to James Berriman (james at frutiger.staffs.ac dot uk).
Beta testers are encouraged to test
-bug fixes and more bug fixes
-fast searching and sorting of lists
plus at least one of the following major areas
-fully automated web archives
-mail-back confirmations
-bounces and unsubscriptions
-MIME configuration
Other features are
-'X-' RFC header fields
-subject prefixes in contributions
-headers and footers in digests
-low on memory and disk space
Please sign up for the beta, so that James may add you to the private beta
list by tomorrow (Tuesday), as we are doing the list from scratch. I'll
post download information tomorrow evening on the beta list. The Talk list
continues as usual and may discuss the 1.2 version in public once it has
been released hopefully by the end of the month.
Thanks!
--
Mikael Hansen <mailto:meh at dnai dot com>
Date: Tue, 18 Feb 1997 08:13:31 -0800
From: Steve van Mossel <stevev at weq.gov.bc dot ca>
Subject: AutoShare 1.2 beta
At 10:15 PM -0800 2/17/97, Mikael Hansen wrote:
>Hello everyone and welcome to risky business!
-----
I'd love to participate again.
Thanx,
steve
---------------------------------------------------------
Steve van Mossel Network Analyst
Ministry of Women's Equality (250) 953-3431
<mailto:stevev at weq.gov.bc dot ca>
<http://www.weq.gov.bc.ca/>
---------------------------------------------------------
Date: Wed, 19 Feb 1997 11:57:54 +0100
From: jose.accino at ice.uma dot es (Jose A. Accino)
Subject: No daily log
I've finally upgrade to 1.1. It _seems_ to work fine, but I'm not
receiving the daily log. I have to go into the PREFERENCES menu,
and the TIMES dialog to send me the log manually.
Old AutoShare 1.0 fix version) has been running fine all this time,
however.
I'm using AutoShare 68k and AIMS 1.1.1 on a Mac II.
Any help?
Jos=E9 Alfonso.
---------------------------------------------------------------------------
Jose Alfonso Accino jose.accino at ice.uma dot es
I.C.E. Universidad de Malaga http://www.ice.uma.es/
Bulevar Louis Pasteur, s/n Phone: +34-5-213 29 44
29071 MALAGA Fax: +34-5-213 29 45
Espa=F1a/Spain
Date: Wed, 19 Feb 1997 09:09:50 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: No daily log
At 11:57 +0100 2/19/97, Jose A. Accino wrote:
>I've finally upgrade to 1.1. It _seems_ to work fine, but I'm not
>receiving the daily log. I have to go into the PREFERENCES menu,
>and the TIMES dialog to send me the log manually.
>
>Old AutoShare 1.0 fix version) has been running fine all this time,
>however.
I don't have a clue :-(
Your preferences file may be corrupted, so you may want to create a new one
from scratch.
--
Mikael Hansen <mailto:meh at dnai dot com>
Date: Sat, 8 Mar 1997 10:07:26 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Just a test, please ignore
Just a test, please ignore. Thank you.
--
Mikael Hansen <mailto:meh at dnai dot com>
Date: Thu, 13 Mar 1997 23:04:01 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: AutoShare 1.2 released
AutoShare 1.2, a freeware list server and auto-responder for AIMS, has been
released and may be downloaded from
<ftp://ftp.dnai.com/users/m/meh/AutoShare/AutoShare-1.2.sit>
and also from the mirror site at
<http://www.dcl.co.uk/MacOS/email/autoshare/>
until it's up on Info-Mac in the comm/inet/mail directory.
Version 1.2 offers
-improvements and bug fixes
-expanded full scriptability
-improved Admin with balloon help
-completely automated web archives
-remote administration by e-mail
-advanced mail-back confirmations
-automated bounce and unsubscribe module
-fast searching and sorting of lists
-MIME configuration of outgoing mail messages
-'X-' RFC header fields in list contributions
-subject prefixes in list contributions
-headers and footers in list contributions and digests
-AppleScript, Frontier and NetEvents script goodies
Enjoy!
--
Mikael Hansen <mailto:meh at dnai.com> <http://www.dnai dot com/~meh/autoshare/>
Date: Mon, 17 Mar 1997 09:09:21 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: The AIMS info page
My AIMS page was inadvertently left out of the AutoShare 1.2 archive.
You may download it from
<ftp://ftp.dnai.com/users/m/meh/AutoShare/AutoShare-More/AIMSinfo.sit>
If you have downloaded and unstuffed the 1.2 archive, the unstuffed
'mailshare' folder from the above archive should then be placed inside the
'autoshare' folder next to the other documentation folders such as
'overview', 'documentation' and 'addendum'.
You may also access the AIMS page directly on the net from
<http://www.dnai.com/~meh/autoshare/mailshare/>
--
Mikael Hansen <mailto:meh at dnai.com> <http://www.dnai dot com/~meh/autoshare/>
Date: Mon, 17 Mar 1997 12:36:35 -0500
From: wsuarez at digprod dot com (Bill Suarez)
Subject: Bounce question
Mikael,
How does the listmaster get notified that the bounce function has in fact
removed someone from a mailing list? Will there be a log entry indicating a user
has been removed?
I thought we discussed this during the 1.2 beta cycle, but I forgot what we all
decided!!
Thanks,
Bill Suarez
Date: Mon, 17 Mar 1997 12:48:04 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Bounce question
At 12:36 -0500 3/17/97, Bill Suarez wrote:
>How does the listmaster get notified that the bounce function has in fact
>removed someone from a mailing list? Will there be a log entry indicating
>a user has been removed?
Every bounce creates a log entry describing what happened. This would be
either (1) a hard bounce ('Hard bounce, unsubscribed'), (2) a soft bounce
('Soft bounce, added to file') or (3) an unresolved bounce ('Unclear bounce
sent to admin'). These entries are reflected in the log totals.
When (3) takes place, the admin receives a mail including the contents of
the bounce.
I have just come to realize that (2) or another log entry doesn't indicate
whether (2a) the subscriber is updated in the Bounces On Hold file, (2b)
removed from the Bounces On Hold file due to being considered stable or
(2c) removed from the Bounces On Hold file due to the threshold being hit
causing the subscriber to be unsubscribed. While this is a log issue only,
it will be attended to in the future.
--
Mikael Hansen <mailto:meh at dnai dot com>
From: james at frutiger.staffs.ac dot uk (James Berriman)
Subject: Re: Bounce question
Date: Mon, 17 Mar 1997 22:57:22 +0000
At 20:48 17/03/97, Mikael Hansen wrote:
>Every bounce creates a log entry describing what happened. This would be
>either (1) a hard bounce ('Hard bounce, unsubscribed'), (2) a soft bounce
>('Soft bounce, added to file') or (3) an unresolved bounce ('Unclear bounce
>sent to admin'). These entries are reflected in the log totals.
>
>When (3) takes place, the admin receives a mail including the contents of
>the bounce.
Suppose that I act upon a soft bounce by manually unsubscribing the address=
(or the user unsubscribes). Does AutoShare check that addresses in the soft=
bounce file are still current before it sends out a batch of test messages?=
Or do you scan the bounce file and remove matches when an unsubscribe takes=
place?
( :-]) James
Date: Mon, 17 Mar 1997 18:15:09 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Bounce question
At 22:57 +0000 3/17/97, James Berriman wrote:
>Suppose that I act upon a soft bounce by manually unsubscribing the
>address (or the user unsubscribes).
Then you also have to remove the entry in the Bounces On Hold file.
>Does AutoShare check that addresses in the soft bounce file are still
>current before it sends out a batch of test messages?
No, but it's an excellent suggestion for three reasons: 1. subscriber
searches in 1.2 are very fast (based on my tests, it takes half a second to
look up a subscriber in a sorted list file of 40,000 subscribers), 2. the
additional code required to accomplish this is minimal, safe and fast, and
3. it simply makes sense.
--
Mikael Hansen <mailto:meh at dnai.com> <http://www.dnai dot com/~meh/autoshare/>
Date: Tue, 18 Mar 1997 21:43:48 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: MacInTouch Recent News
I didn't notice it until just a moment ago, but see March 15 :-)
<http://www.macintouch.com/newsrecent.shtml>
--
Mikael Hansen <mailto:meh at dnai.com> <http://www.dnai dot com/~meh/autoshare/>
Date: Wed, 19 Mar 1997 09:13:51 -0500
From: Robert Gray <rgray at ccs.carleton dot ca>
Subject: Re: AutoShare-Talk digest 19 Mar 1997
Just a quick note to say thanks from myself and my small list. The upgrade
from 1.1 to 1.2 was completely seamless on my LCIII, 20m ram, MacOS 7.5.5,
AIMS 1.1.1(?). The Complete Admin application works great. I cannot say
the same for my attempts to upgrade from 1.0.1 to 1.1! It took several
delete and re-install sessions to realize that the 1.1 Admin was not going
to work - seemed to keep corrupting the Prefs. After that 1.1 worked
wonderfully as long as I never ran the Admin module (complete or extension
versions).
Thanks for the great personal project.
TTFN eh?!
Robert Gray * http://www.carleton.ca/~rgray * mailto:rgray at ccs.carleton dot ca
Dept of Psychology * Carleton University * OTTAWA
"...not all those who wander are lost" (J.R.R. Tolkien)
Date: Wed, 19 Mar 1997 07:29:00 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: AutoShare-Talk digest 19 Mar 1997
At 09:13 -0500 3/19/97, Robert Gray wrote:
>Just a quick note to say thanks from myself and my small list. The upgrade
>from 1.1 to 1.2 was completely seamless on my LCIII, 20m ram, MacOS 7.5.5,
>AIMS 1.1.1(?). The Complete Admin application works great.
Happy to hear that! Thanks for the nice words.
Everyone, feel free to start up discussions on the major features
introduced in version 1.2. While the documentation in the Addendum is
basically complete, some features are fairly complex and better grasped
when talking about them.
--
Mikael Hansen <mailto:meh at dnai.com> <http://www.dnai dot com/~meh/autoshare/>
Date: Thu, 20 Mar 1997 00:06:48 -0500
From: Jerry Thompson <jthompson at directhit dot com>
Subject: Admin problem still persists
Greetings,
Installed the latest version of AutoShare. However, the admin problem
still persists which I assume to limited to me since I've heard little
about it on the list. Whenever I try to start the Admin program, it asks
for the Facespan extension. When I select it, I am told that it either
couldn't load, wasn't found, or was outdated. I've downloaded several
copies of the admin, and they all report the same message. Thinking
perhaps it is due to an extension conflict, I've tried with only Sys 7.5.5
extensions and no extensions at all. Same results.
Autoshare is running on a WGS 6150/66 with 40MB RAM, 700 MB HD, OT 1.1.2,
Web*, and Netpresenz. BTW, I've tried running Autoshare and the Admin
alone and with the other apps below and with and without extensions -- same
results.
I have no clue as to what to do. Funny thing is that it works on other
computers but not this one.
Nortons reported no problems.
Any suggestions?
Jerry.
________________________________________________
Jerry Thompson jthompson at directhit dot com
MIS/Webmaster,
NDPC/PP List Management
- "I have seen a glimpse of the future... It's name is Macintosh."
- "Off the keyboard, thru the router, over the bridge, nothing but net!"
Date: Wed, 19 Mar 1997 21:49:06 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Admin problem still persists
At 00:06 -0500 3/20/97, Jerry Thompson wrote:
>Installed the latest version of AutoShare. However, the admin problem
>still persists which I assume to limited to me since I've heard little
>about it on the list.
You and a couple more.
>Whenever I try to start the Admin program, it asks
>for the Facespan extension. When I select it, I am told that it either
>couldn't load, wasn't found, or was outdated. I've downloaded several
>copies of the admin, and they all report the same message.
Have you tried the Complete Admin with a built-in extension from
<ftp://ftp.dnai.com/users/m/meh/AutoShare/AutoShare-More/>
>Thinking perhaps it is due to an extension conflict, I've tried with only
>Sys 7.5.5 extensions and no extensions at all. Same results.
Thanks for checking this out. I have no clue as to what's going on. The
biggest problem for me is that I haven't encountered any Admin trouble
myself at any time, and it is therefore difficult to reproduce it here.
>Autoshare is running on a WGS 6150/66 with 40MB RAM, 700 MB HD, OT 1.1.2,
>Web*, and Netpresenz. BTW, I've tried running Autoshare and the Admin
>alone and with the other apps below and with and without extensions --
>same results.
>
>I have no clue as to what to do. Funny thing is that it works on other
>computers but not this one.
I'm running 7.5.5 and OT 1.1.2 on a PowerMac myself, so chances are that we
shouldn't be looking in this area.
There may be a conflict with a given type of Mac. Will anyone with the same
above problem please let the list know which type of Mac you are using? If
we manage to establish a pattern, I can take it from there.
Also be sure that you don't have an additional older FaceSpan extension in
the System 7 savvy Extensions folder.
And run an AppleScript test, so we know that the scripting environment is
fine. In the Script Editor, issue a script such as
tell application "AutoShare.68k" -- or .ppc
GetMisc
end application
and look in the Result window.
--
Mikael Hansen <mailto:meh at dnai.com> <http://www.dnai dot com/~meh/autoshare/>
Date: Wed, 19 Mar 1997 22:04:08 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: AutoShare and NewsHound
James Berriman knows all about this product :-)
---begin---
Date: Wed, 19 Mar 1997 21:28:48 -0800
Reply-To: apple-internet-announce at solutions.apple dot com
Originator: apple-internet-announce at solutions.apple dot com
Sender: apple-internet-announce at solutions.apple dot com
Precedence: bulk
From: Mail_Apple-Internet-Announce at hi-resolution dot com (Hi Resolution)
To: Subscribers to <apple-internet-announce at solutions.apple dot com>
Subject: ANNOUNCE: NewsHound
Mime-Version: 1.0
Hi Resolution announce the first public release of NewsHound.
On Monday March 19, 1997 Hi Resolution announced the first public release
of their News Reader application - NewsHound.
NewsHound is NOT just a news reader - it's a newsreader with a difference,
actually with several differences.
NewsHound writes HTML
=====================
NewsHound can save news messages as HTML files, in a format of your
choosing. A helper application we supply will also build the HTML digest
pages necessary to easily link to these message pages. This has a number of
benefits -
* Valuable information available on UseNet can be made easily accessible to
members of your Intranet.
* By presenting the news group messages internally, you can prevent access to
other news groups from within your site, thereby stopping people wasting
valuable time browsing newsgroups, especially those of the "less desirable"
kind. You can easily create digests which can be hosted on your HTTP
server.
NewsHound will save news messages as plain text files
=====================================================
This allows you to process the newsgroup information is a variety of ways,
for example -
* You can write AppleScripts to "crunch" the information in almost any way
you can imagine. For example, processing the messages into a database such
as FileMaker Pro.
* You can use "digest makers" such as AutoShare to produce automatic
digests, and/or web pages of the newsgroup content.
NewsHound will deliver usenet news as electronic mail
=====================================================
This has a number of benefits -
* The NewsHound application only has to download an article ONCE. It can then
deliver it to your mail server, which can distribute it to multiple
recipients, thereby saving valuable internet bandwidth, as well as the time
taken by each user to access and read articles.
* Users are used to receiving mail from listservers - and usenet newsgroups
are very much like mailing lists - why therefore should usenet information
be treated differently to other mailing lists? With NewsHound they aren't -
they simply appear in the user's mail box like any other lists they're
subscribed to.
NewsHound offers protection and control
=======================================
The only machine which needs to have access to news servers is the one
running NewsHound. This means you can prevent users on your site from
accessing news servers from their own machines and therefore getting onto
some of the "less desirable" newsgroups, whilst still allowing "desirable"
newsgroup information to be delivered where appropriate.
For further information visit the NewsHound home page at:
http://www.hi-resolution.com/NewsHound/NewsHound.html
NewsHound is a trademark of Hi Resolution Software.
____________________________________________________________________
HI RESOLUTION SOFTWARE
Support: Support at hi-resolution dot com
Sales: Sales at hi-resolution dot com
World Wide Web: http://www.hi-resolution.com
United Kingdom: Tel: +44 (0)1892 891291 Fax: +44 (0)1892 891292
United States: Tel: 800 455 0888 Fax: 508 543 6923
____________________________________________________________________
---end---
--
Mikael Hansen <mailto:meh at dnai.com> <http://www.dnai dot com/~meh/autoshare/>
Date: Thu, 20 Mar 1997 08:56:47 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: 2nd of 2 Admin mysteries
Another of a total of two mysteries relating to the Admin has two things in
common with the first mystery brought up by Jerry yesterday
1. a few people have experienced it, and
2. I haven't experienced it and haven't been able to reproduce it.
The mystery in question is the "Where is AutoShare.68k?" prompt, when
starting up the Admin. My only guesses are that
1. the Admin is run on a remote Mac, and as there is no AutoShare
application residing (just residing, no need to run it) on the disk of this
Mac, the AppleScript dictionary cannot be located, and
2. the Admin was run first on a 68k Mac, thereby storing a 68k reference
inside the Admin, and when this Admin (rather than a fresh copy) was copied
to a ppc Mac, a question was asked based on the internally stored reference.
As I said, I'm guessing. If you have experienced any of the two situations
and have resolved your situation, please post a note to the list. Thanks!
--
Mikael Hansen <mailto:meh at dnai.com> <http://www.dnai dot com/~meh/autoshare/>
Date: Thu, 20 Mar 1997 11:24:26 -0600
From: Tom Weishaar <TomW at SiteCentral dot com>
Subject: worklists
I'm having some trouble with the 1.2 work lists feature.
Let me begin by asking the question -- are the .m and .d files
created each time a message is sent to the list? I assumed they must be
-- so you could handle ACK/NOACK -- but with the work list feature on,
it doesn't seem to happen. I'm sure, because in a moment of stupid
curiosity, I trashed the .m and .d files for one of my lists, and
AutoShare hasn't created any new ones.
Meanwhile, at the time my logs and digests are processed, AutoShare
is creating .m and .d files for all my lists that have the name of the
work lists, rather than the list's name. According to the docs and the
way this used to work, the .m and .d files are supposed to have the same
name they'd have even if you weren't using the work lists feature.
--
Tom Weishaar
----------------------------------------------------------------
http://SiteCentral.com/ Web Site Development Corporation
Date: Thu, 20 Mar 1997 12:48:38 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: worklists
At 11:24 -0600 3/20/97, Tom Weishaar wrote:
> Let me begin by asking the question -- are the .m and .d files
>created each time a message is sent to the list?
The .m and .d files for a given list are created from scratch every time a
contribution or a digest takes place.
>but with the work list feature on,
>it doesn't seem to happen. I'm sure, because in a moment of stupid
>curiosity, I trashed the .m and .d files for one of my lists, and
>AutoShare hasn't created any new ones.
I have just tested it and experienced no problems whatsoever. And I know
that James would have been on my case immeditately, if he had any problems
with the work lists feature :-) Please send me your Analysis file, so I can
look into it.
> Meanwhile, at the time my logs and digests are processed, AutoShare
>is creating .m and .d files for all my lists that have the name of the
>work lists, rather than the list's name. According to the docs and the
>way this used to work, the .m and .d files are supposed to have the same
>name they'd have even if you weren't using the work lists feature.
When digests are created, the .m and .d files should be identical (both
contents and file names) to the those created when a list contribution
takes place. I have tested this too, and it works fine for me.
If the docs indicate that the work lists file names do not apply to
digests, they are wrong! Please point me in the direction of the
documentation.
--
Mikael Hansen <mailto:meh at dnai dot com>
Date: Thu, 20 Mar 1997 13:11:17 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: worklists
Found it!
The "The .m and .d work list files" section in the Addendum indicates that
you should be changing the AIMS account names and not the file names in the
paths.
It should of course be opposite, as the paths point to the physical work
lists files, while the account names link to the envelope recipients.
Please make a note of this, everyone :-)
--
Mikael Hansen <mailto:meh at dnai dot com>
From: james at frutiger.staffs.ac dot uk (James Berriman)
Subject: Re: worklists
Date: Thu, 20 Mar 1997 22:33:49 +0000
At 21:11 20/03/97, Mikael Hansen wrote:
>Found it!
>
>The "The .m and .d work list files" section in the Addendum indicates that
>you should be changing the AIMS account names and not the file names in the
>paths.
>
>It should of course be opposite, as the paths point to the physical work
>lists files, while the account names link to the envelope recipients.
>
>Please make a note of this, everyone :-)
Actually, I'm sure the docs are right (and for the reasons you state!).
The AIMS account names (and envelope recipients) have to change (to hide the=
list from an smtp expn command) but the paths and filenames reflect the=
actual list name. We got this stuff mixed up first time out, then you=
corrected it ;-)
You may recall that I questioned the functioning of the 'work list' feature=
during the beta of 1.2 and you resurrected a piece of code you couldn't=
remember having turned off. Perhaps it was turned off for a good reason :-)
I noted in testing that AutoShare was _logging_ messages as being sent to=
the autoshare-beta.m address rather than the worklist.m address (the reason=
for my query at the time) but on later examination I found that the actual=
envelope address must have correctly reflected the worklist name, because I=
didn't _have_ autoshare-beta.m and autoshare-beta.d accounts set up in AIMS=
and the messages were getting out!
I'm afraid I forgot to mention this latter discovery - my little=
contribution to the confusion :-(
It may be time to have a look at that bit of resurrected code again...
( :-]) James
Date: Thu, 20 Mar 1997 20:06:54 -0600
From: Tom Weishaar <TomW at SiteCentral dot com>
Subject: Re: 2nd of 2 Admin mysteries
I've experienced both Admin problems:
* having it ask for the Facespan extension, then refusing to use
the one you lead it to, and
* having it ask for AutoShare.68k
With AutoShare 1.1, I solved the problem by using the Admin that has
the extension embedded in it. I don't recall that ever failing.
With 1.2 I've had the best luck with putting the extension in the
System Folder's Extensions folder, but even that isn't foolproof. What
is most maddening is that sometimes it works and sometimes it doesn't
and I can't see anything different about when it does and when it
doesn't.
I'm on a PPC 6100/60 with System 7.5.3. (AutoShare itself is on a
different computer -- I use the Admin remotely.) This system also has a
DOS card, which often causes weird stuff, but I doubt Jerry's does, as
his setup sounds like a dedicated server.
--
Tom Weishaar
----------------------------------------------------------------
http://SiteCentral.com/ Web Site Development Corporation
Date: Thu, 20 Mar 1997 18:42:50 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: worklists
Oh man, I should know better than to participate in this kind of thread
before 10 p.m., but reminders are needed from time to time...
At 22:33 +0000 3/20/97, James Berriman wrote:
>The AIMS account names (and envelope recipients) have to change (to hide
>the list from an smtp expn command) but the paths and filenames reflect
>the actual list name.
Actually, it turns out to be a case of overkill. Both the work list files
and the envelope recipient are converted to the work list name, which means
that both the account name and path in AIMS must be configured accordingly.
>Actually, I'm sure the docs are right (and for the reasons you state!).
Not quite. The docs don't properly reflect the overkill, that the work list
files are renamed, when there is really no need to be :-)
In any event, it's still not late evening, so I may be wrong ;-)
--
Mikael Hansen <mailto:meh at dnai dot com>
Date: Fri, 21 Mar 1997 16:24:15 +0000
From: Rachel Willmer <rachel at intertrader dot com>
Subject: Private announcement list?
I've been asked to setup a private announcement list e.g. one to which only
one person can submit mails, and which only that one person can add or
delete members.
I have some questions:
1. Is this possible? My reading of the documentation is that a list can
either be an announcement list or it can be private. So the answer looks
like now. If I'm wrong, how do I configure it?
2. Is it possible to have an announcement list which two people can send to?
If the answer to these is no, it's not a big problem, I'll just do some
fancy stuff with procmail before the mails get to autoshare.
But this one is - how do I turn off the new X- headers? I especially don't
want the ones saying how to subscribe / unsubscribe since I'm trying to
keep this hidden from the users.
Regards
Rachel
--
Rachel Willmer, Intertrader Ltd, Cova House, 4 John's Place, Edinburgh
Email: rachel at intertrader dot com Tel: +44 131 555 8450 Fax: +44 131 555 8451
Sun Internet Associate and winner of 1996 SMART Award for Innovation
Just released: 50 page report on "Digital Money Online" (Feb 97)
<http://www.intertrader.com/library/DigitalMoneyOnline>
Date: Fri, 21 Mar 1997 09:10:54 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Private announcement list?
At 16:24 +0000 3/21/97, Rachel Willmer wrote:
>I've been asked to setup a private announcement list e.g. one to which
>only one person can submit mails, and which only that one person can add
>or delete members.
>
>I have some questions:
>
>1. Is this possible? My reading of the documentation is that a list can
>either be an announcement list or it can be private. So the answer looks
>like now. If I'm wrong, how do I configure it?
Your observations are basically correct.
Here is what you can do. Set up an announcement list. Then apply tricks
such as removing the '/=sub' line from the Sub.<list> file in the
docs/autoshare folder, so that no one can subscribe. I'm sure there are
other ways doing it.
The administrator can add or remove subscribers via scripting or passworded
e-mails including remote commands.
>2. Is it possible to have an announcement list which two people can send to?
You can set up a list-specfic list admin, so you have both an overall admin
and the list-specific admin. Both can post to the announcement; that's how
James and I run the AutoShare-Announce list. Both of us get logs too.
>But this one is - how do I turn off the new X- headers? I especially don't
>want the ones saying how to subscribe / unsubscribe since I'm trying to
>keep this hidden from the users.
I may make some of these optional in the future. If it's really important
to you, it would probably (or maybe not...) work to set some application
resource strings (e.g. STR# 1009,29) to blank strings; that however is
undocumented!
--
Mikael Hansen <mailto:meh at dnai.com> <http://www.dnai dot com/~meh/autoshare/>
From: james at frutiger.staffs.ac dot uk (James Berriman)
Subject: Re: Private announcement list?
Date: Fri, 21 Mar 1997 20:07:41 +0000
>1. Is this possible? My reading of the documentation is that a list can
>either be an announcement list or it can be private. So the answer looks
>like now. If I'm wrong, how do I configure it?
>
>2. Is it possible to have an announcement list which two people can send to=
?
>
>If the answer to these is no, it's not a big problem, I'll just do some
>fancy stuff with procmail before the mails get to autoshare.
>
>But this one is - how do I turn off the new X- headers? I especially don't
>want the ones saying how to subscribe / unsubscribe since I'm trying to
>keep this hidden from the users.
Rachel,=20
I'll just chip in to second Mikael's suggestion.
Here's what I'd do.
Create an announcement list, with a list-specific listmaster. Both the=
list-specific listmaster and the general listmaster can then post to the li=
st.
Create a 'sub.listname' file with no /=3Dsub token, and (if you wish) an=
'unsub.listname' file with no /=3Dunsub token. The listowner will then=
handle all subscription issues.
The X-headers: think of this as an opportunity to inform your users ;-). You=
can make the 'sub.listname' file simply a set of instructions for=
contacting the list owner - same with the 'unsub.listname' file. This way,=
if they try to subscribe or unsubscribe via AutoShare they will just get a=
polite reply pointing them in the direction of a human.
Bear in mind that most mailers won't even show the X-List headers unless the=
user takes positive action to 'display all headers'.
( :-]) James
From: Jerry Thompson <jthompson at directhit dot com>
Subject: Re: 2nd of 2 Admin mysteries
Date: Sat, 22 Mar 1997 01:29:11 -0600
>Date: Thu, 20 Mar 1997 20:06:54 -0600
>From: Tom Weishaar <TomW at SiteCentral dot com>
>Subject: Re: 2nd of 2 Admin mysteries
>
>I've experienced both Admin problems:
>
> * having it ask for the Facespan extension, then refusing to use
> the one you lead it to, and
> * having it ask for AutoShare.68k
>
> With AutoShare 1.1, I solved the problem by using the Admin that has
>the extension embedded in it. I don't recall that ever failing.
>
> With 1.2 I've had the best luck with putting the extension in the
>System Folder's Extensions folder, but even that isn't foolproof. What
>is most maddening is that sometimes it works and sometimes it doesn't
>and I can't see anything different about when it does and when it
>doesn't.
>
> I'm on a PPC 6100/60 with System 7.5.3. (AutoShare itself is on a
>different computer -- I use the Admin remotely.) This system also has a
>DOS card, which often causes weird stuff, but I doubt Jerry's does, as
>his setup sounds like a dedicated server.
Tom, yes the AISS 6150/66 is just being used as a dedicated server. For
some reason, the Admin (with built-in extension downloaded from
/autoshare-more/) and Autoshare works fine on my desktop computer (a
PowerComputing 100 w/ 7.5.5, OT 1.1.2, RamDoubler). With this in mind, I
figured it would be possible to remotely administer the Autoshare settings.
Here's what I did:
1. Made sure program linking and file sharing was turned ON on
the server.
2. Remotely connected to the Server's HD via AppleTalk and
mounted the HD.
3. Started the Admin. It immediately asked me for the 68k
version which I have never ran since I've always trashed that version
opting for the PPC flavor.
4. Clicking cancel about 3 times seems to get past that dialog
box.
5. With no further error messages, I tried selecting the HOSTS
menu item and got a dialog box with a lot of garbage. Clicked OK -- tried
it again. Same dialog window. And then it crashed.
I tried the above several times with different variations of minimum
extensions/all extensions with the same effects.
The only thing I can do at this point is copy all of the Autoshare files,
and prefs to my computer. Make the modifications and then copy them back
to the server. However, normally my computer and the server are on 2
different segments of the network making them only able to communicate via
TCP/IP. So -- trying to admin this way requires quite a few cable juggling.
Any additional suggestions?
Jerry.
Date: Sat, 22 Mar 1997 22:44:09 -0600
From: Tom Weishaar <TomW at SiteCentral dot com>
Subject: Re: Remote Admin problems
> Here's what I did:
>
> 1. Made sure program linking and file sharing was turned ON on
> the server.
>
> 2. Remotely connected to the Server's HD via AppleTalk and
> mounted the HD.
In theory, this step isn't necessary. Program linking should work even if you have
file sharing turned off on the server. However, I speak theory, not practice :)_
>
> 3. Started the Admin. It immediately asked me for the 68k
> version which I have never ran since I've always trashed that version
> opting for the PPC flavor.
>
> 4. Clicking cancel about 3 times seems to get past that dialog
> box.
When I've gotten this message, I've always gone ahead and pointed to the 68k version,
which I haven't gotten around to deleting. You might try this. The theory here is that
maybe Facespan wants/needs to read the app's AppleEvent library, which is the same in
both the 68k and PPC versions.
>
> 5. With no further error messages, I tried selecting the HOSTS
> menu item and got a dialog box with a lot of garbage. Clicked OK -- tried
> it again. Same dialog window. And then it crashed.
The next thing that SHOULD happen is that the WHERE window opens. (If it doesn't, it's
probably going to the AutoShare copy on your local machine rather than the one on the
server.) Use the WHERE window to point out to Admin the copy of AutoShare on the
server. After you've done that, just close the WHERE window (since nothing happens to
indicate a successful connection, you can get stuck at this point if you don't just
assume it worked).
--
Tom Weishaar
----------------------------------------------------------------
http://SiteCentral.com/ Web Site Development Corporation
Date: Sun, 23 Mar 1997 21:18:35 -0400
From: rlong at daemen dot edu (Richard Long)
Subject: Admin Problems
I had the same problem with the Facespan asking for the .68K version even
though I am running the .ppc version. What I did was to change .ppc to
.68K. Everything is now working fine.
Richard Long
Dr. Richard Long
Writing Coordinator
Daemen College
4380 Main Street
Amherst, NY 14226