Date: Tue, 17 Feb 1998 23:24:09 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Announcement Lists
At 11:08 -0500 17/2/1998, Richard Klein wrote:
>I have been attempting without success to set up an announcement list to
>offer subscribers a weekly email newsletter.
>Under Miscellaneous Preferences, the only address there is listed as the
>bounce account, which I have set to listmgr at furthermedia dot com.
Use the listmaster (administrator) address, not the bounce address!
At 09:25 -0800 17/2/1998, Mark Hartman wrote:
>The account from which you are submitting the weekly newsletter (the
>listmaster account) must also be listed as a subscriber to the newsletter.
Correct.
>I think that this is something that Mikael may want to change; the
>listmaster account (administrator) should have de facto all privileges for
>a particular list, including permission to post, IMO.
But if you are not subscribed, how can you truly master the list?
If you are not subscribed, you can get around it by posting using the post
command in remote administration by e-mail.
Date: Tue, 17 Feb 1998 23:37:56 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: "From:" vs "x-sender:"
At 18:56 +0000 17/2/1998, James Berriman wrote:
>Perhaps the cleanest way to handle this would be to check both the
>addresses when processing a command?
I have implemented the double approach for listmaster approval on
announcement and moderated lists (see the Approval Both field in the Yet
More List window in the Admin), but I can tell you it is clutter already
here!
>The problem seems to occur quite regularly when the list owner adds
>subscribers, since the subscriber's envelope address is seldom known at
>the time.
I can see the dilemma, but the X-Sender field is as visible as the From field.
> Buy a copy of Mac OS 8 *today*! Add a "Buy Mac OS 8" button to your site!
I upgraded to 8.1 and HFS+ this weekend - and 8.0 before that :-)
Date: Tue, 17 Feb 1998 23:58:49 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Another question...
At 13:33 -0800 17/2/1998, Camelot Administrator wrote:
>So, from a completely novice perspective, I look at the script in the Send
>Message folder called "Filter", and I think, "Okay, so what do I do with
>this?"
You want to make a few simple changes to the script before using it: 1. the
folder path at the top of the script (replace "Applications:2:" with your
own path to a created folder) and 2. change the recipient of the mail
(replace "m@e" with your own address).
After you have saved it, just drop it in the Process Extenders folder next
to your AutoShare server application.
>Detail instructions posted here, or a pointer to the docs which may provide
>detailed instructions, would be greatly appreciated.
See
Moving on
Advanced features
Process extenders
The feature is advanced, and knowing AppleScript comes in very handy!
Date: Wed, 18 Feb 1998 13:08:03 +0000
From: James Berriman <J.R.Berriman at staffs.ac dot uk>
Subject: Re: "From:" vs "x-sender:"
At 07:37 18/2/98, Mikael Hansen wrote:
>>The problem seems to occur quite regularly when the list owner adds
>>subscribers, since the subscriber's envelope address is seldom known at
>>the time.
>
>I can see the dilemma, but the X-Sender field is as visible as the From field.
Sadly, that doesn't help me when I get asked "Can you add these five
addresses to the list, please?" :-)
( :-]) James
Date: Wed, 18 Feb 1998 07:33:48 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: "From:" vs "x-sender:"
At 13:08 +0000 18/2/1998, James Berriman wrote:
>>I can see the dilemma, but the X-Sender field is as visible as the From
>>field.
>
>Sadly, that doesn't help me when I get asked "Can you add these five
>addresses to the list, please?" :-)
It goes to the issue of validation and consent :-) If the listmaster is
adding the subscriber, would you do it unless you have a personal mail from
the person in question?
Date: Wed, 18 Feb 1998 16:36:48 +0100
From: Jan Koudelka <koudelka at appleklub dot cz>
Subject: Re: Multiple responses (future feature)
>The folder trick springs to mind. Structured the way a document is made
>list-specific. But how do you avoid a conflict between the two? Let's start
>out with the standard Sub document in the Documents folder.
When using specially named folder to ONLY EXTEND the stadard process, I do
not see any conflict. For example, I use the "Sub.konference" document as a
standard response to subscription and the "Sub+konference" folder to add
more responses to SUCCESSFULL ONLY subscription.
It can be described as an advanced feature in the Documentation, and stay
only for advanced users.
>>P.S. Have you already tried my Remote Admin for AutoShare?
>
>I don't have a copy of the LNS Scripting Additions ($49, but quite worth
>it, I'm sure), so I ran into a scripting error when trying your Admin.
It should not need any of the LNS additions if you do not create or delete
lists. Can you send me an info about that error you got to my personal
mail, please?
>Any
>chance of posting a URL pointing to some browser screen samples? I look
>forward to seeing them!
Sorry, not available now.
HOnza
Date: Wed, 18 Feb 1998 12:55:37 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Multiple responses (future feature)
At 16:36 +0100 18/2/1998, Jan Koudelka wrote:
>>The folder trick springs to mind. Structured the way a document is made
>>list-specific. But how do you avoid a conflict between the two? Let's start
>>out with the standard Sub document in the Documents folder.
>
>When using specially named folder to ONLY EXTEND the stadard process, I do
>not see any conflict.
The conflict may arise if you don't want to make a document list-specific
by turning it into a folder of documents, but do want to have multiple
documents mailed using a folder of documents. If we have a folder called
Sub, which holds a document called Default and another document called
Fun-L, then does that mean that these are list-specific documents or are
they multiple documents? That is the key question!
>For example, I use the "Sub.konference" document as a standard response to
>subscription and the "Sub+konference" folder to add more responses to
>SUCCESSFULL ONLY subscription.
I have moved away from the <command>.<list> scheme of things, as the folder
trick is much cleaner. Not just for list-specific documents, but also for
other kind of usage (such as multiple documents).
>It should not need any of the LNS additions if you do not create or delete
>lists. Can you send me an info about that error you got to my personal
>mail, please?
Done :-)
Date: Thu, 19 Feb 1998 09:09:53 +0100
From: Jan Koudelka <koudelka at appleklub dot cz>
Subject: Re: Multiple responses (future feature)
>The conflict may arise if you don't want to make a document list-specific
>by turning it into a folder of documents, but do want to have multiple
>documents mailed using a folder of documents. If we have a folder called
>Sub, which holds a document called Default and another document called
>Fun-L, then does that mean that these are list-specific documents or are
>they multiple documents? That is the key question!
What about this:
Documents:Sub:Default ; default response to SUB command
Documents:Sub:list1 ; list specific response to SUB command
Documents:Sub:list1+:resp1 ; first of multiple responses
Documents:Sub:list1+:resp2 ; second of multiple responses
Or another way:
Documents:Sub:Default ; default response to SUB command
Documents:Sub:list1 ; list specific response to SUB command
Documents:Sub+:list1:resp1 ; first of multiple responses
Documents:Sub+:list1:resp2 ; second of multiple responses
---
And one more question: Nobody else has some ideas????
HOnza
Date: Thu, 19 Feb 1998 10:02:16 +0000
From: James Berriman <J.R.Berriman at staffs.ac dot uk>
Subject: Re: Multiple responses (future feature)
At 08:09 19/2/98, Jan Koudelka wrote:
>What about this:
>
>Documents:Sub:Default ; default response to SUB command
>Documents:Sub:list1 ; list specific response to SUB command
>Documents:Sub:list1+:resp1 ; first of multiple responses
>Documents:Sub:list1+:resp2 ; second of multiple responses
>
>Or another way:
>
>Documents:Sub:Default ; default response to SUB command
>Documents:Sub:list1 ; list specific response to SUB command
>Documents:Sub+:list1:resp1 ; first of multiple responses
>Documents:Sub+:list1:resp2 ; second of multiple responses
>
>---
>
>And one more question: Nobody else has some ideas????
My suggestion:
Documents:Sub:Default ; default response to SUB command
; (no multiple responses)
Documents:Sub:Default:Default ; Default SUB with multiple responses
Documents:Sub:Default:resp2 ; second of multiple responses
Documents:Sub:list1 ; list specific response to SUB command
; (list with no multiple responses)
Documents:Sub:list2:Default ; list specific SUB with multiple responses
Documents:Sub:list2:resp2 ; second of multiple responses
( :-]) James
Date: Thu, 19 Feb 1998 10:59:57 +0100
From: Jan Koudelka <koudelka at appleklub dot cz>
Subject: Re: Announcement Lists
>But if you are not subscribed, how can you truly master the list?
Very simple but strong answer I think:
I very benefit on Eudora's filtering ability. I have about 15
personalities, one of them is Listmaster at appleklub dot cz and another
koudelka at appleklub dot cz. I use filter to put every message sent to Listmaster
to a separate folder, so I can see if something important came in. But I do
not want to get all contributions into my Listmaster mailbox. And I also
want to be known in the mailing list as koudelka at appleklub dot cz, not as
Listmaster at appleklub dot cz, because then everybody knows that if sender is
Listmaster it is important.
HOnza
Date: Thu, 19 Feb 1998 07:18:30 -0800
From: Mark Hartman <mh at harthaven dot com>
Subject: Re: Multiple responses (future feature)
>At 08:09 19/2/98, Jan Koudelka wrote:
>
>My suggestion:
>
>Documents:Sub:Default ; default response to SUB command
> ; (no multiple responses)
>
>Documents:Sub:Default:Default ; Default SUB with multiple responses
>Documents:Sub:Default:resp2 ; second of multiple responses
>
>Documents:Sub:list1 ; list specific response to SUB command
> ; (list with no multiple responses)
>
>Documents:Sub:list2:Default ; list specific SUB with multiple responses
>Documents:Sub:list2:resp2 ; second of multiple responses
To sum this up as a general desired operation:
Any received command will check for a file or folder in the "Documents"
folder matching that command (or a built-in alias to the command). If
neither is found, the search is tried again using the pseudo-listname
"Default". If a file is found, the file is used immediately and the
search stops.
If a folder is found, the folder is opened and checked for a file or
folder matching the list name. If neither is found, the search is
tried again using the pseudo-listname "Default". If a file is found,
the file is used immediately and the search stops.
If a folder is found, the folder is opened and checked for a file named
"Default". If found, that file is used first. After that, every other
file found in the folder is used in alphabetical sequence.
How's that?
Date: Thu, 19 Feb 1998 17:27:16 +0100
From: Jan Koudelka <koudelka at appleklub dot cz>
Subject: Re: Multiple responses (future feature)
>To sum this up as a general desired operation:
>
...
>
>How's that?
I like it. But I found that there can be one more issue:
How to process the files when a token is found several times during processing?
For example, now if you use the token /=sub twice in one document, at the
first time it is replaced by the message about successful subscription, but
at the second time it is processed usual way again and returns another
message. I think it would be better to replace all occurences of the token
by the same result during processing one command. It would be useful also
for multilanguage responses, if the replacement text will be
language-independent.
HOnza
Date: Thu, 19 Feb 1998 15:57:08 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: Re: Multiple responses (future feature)
[this is the last step:]
>If a folder is found, the folder is opened and checked for a file named
>"Default". If found, that file is used first. After that, every other
>file found in the folder is used in alphabetical sequence.
Why bother using Default first? Why not just use every file alphabetically?
And, is it really important to use them in alphabetical order if they are
all to be used, anyway?
Otherwise, it seems like a nice idea. It looks like it will make the
AutoShare hierarchy a good bit more confusing, though.
-Jonathan {;-)
Visit <http://b62968.cwru.edu/> for a good laugh.
There are 3 kinds of people: Those who make things happen, those who watch
things happen and those who wonder what happened.
Date: Thu, 19 Feb 1998 20:58:15 +0000
From: James Berriman <J.R.Berriman at staffs.ac dot uk>
Subject: Re: Multiple responses (future feature)
At 15:18 19/2/98, Mark Hartman wrote:
>>At 08:09 19/2/98, Jan Koudelka wrote:
No he didn't. I did. ;-)
>How's that?
<commentator>
And he's out! Caught Hartman, bowled Berriman.
Let's just take a look at that again in ABNF format...
</commentator>
Trivium of the week. A friend of mine has developed an Internet Cricket
Scoring Protocol.
( :-]) James
Date: Thu, 19 Feb 1998 21:17:30 +0000
From: James Berriman <J.R.Berriman at staffs.ac dot uk>
Subject: Re: Multiple responses (future feature)
At 20:57 19/2/98, Jonathan Shaw wrote:
>[this is the last step:]
>>If a folder is found, the folder is opened and checked for a file named
>>"Default". If found, that file is used first. After that, every other
>>file found in the folder is used in alphabetical sequence.
>
>Why bother using Default first? Why not just use every file alphabetically?
Speaking personally, I'd like AutoShare to send the actual command response
before any related messages ("This message is to confirm your request and
let you know that another 10 messages are hot on its tail"). The order of
the others probably isn't as important, but sending alphabetically gives
you the option of ensuring that the ten chapters of your weighty tome are
sent in the right sequence if you name them appropriately.
They may not actually arrive in the right order (mail transport being what
it is), but at least they'll sort into the right order.
Another point about the 'Default' file. From a maintenance point of view,
it's a lot easier to keep things straight if you know that the one file you
MUST have in the (multiple-response) folder is called 'Default'. The others
are the icing on the cake, and things still work if they are missing.
( :-]) James
Date: Fri, 20 Feb 1998 10:06:04 +0100
From: Jan Koudelka <koudelka at appleklub dot cz>
Subject: Re: Multiple responses (future feature)
>>Why bother using Default first? Why not just use every file alphabetically?
>
>Speaking personally, I'd like AutoShare to send the actual command response
>before any related messages ("This message is to confirm your request and
>let you know that another 10 messages are hot on its tail"). The order of
>the others probably isn't as important, but sending alphabetically gives
>you the option of ensuring that the ten chapters of your weighty tome are
>sent in the right sequence if you name them appropriately.
It would be also nice to may specify a subject for those messages (f it is
not done already). There are two ways, both may be used together):
1) Use file's name as subject (can be default, but cannot use colons etc.)
2) Use first line of the file if it starts with "Subject:" (Welcome message
can then be sent before the Rules message.)
HOnza
Subject: remove
Date: Fri, 20 Feb 98 04:42:57 -0000
From: <usermac at iglou dot com>
remove
Date: Fri, 20 Feb 1998 09:55:25 +0000
From: James Berriman <J.R.Berriman at staffs.ac dot uk>
Subject: Re: Multiple responses (future feature)
At 09:06 20/2/98, Jan Koudelka wrote:
>It would be also nice to may specify a subject for those messages (f it is
>not done already). There are two ways, both may be used together):
>
>1) Use file's name as subject (can be default, but cannot use colons etc.)
>
>2) Use first line of the file if it starts with "Subject:" (Welcome message
>can then be sent before the Rules message.)
I'd prefer to stick with the /=subject token.
( :-]) James
Date: Fri, 20 Feb 1998 11:38:37 +0100
From: Jan Koudelka <koudelka at appleklub dot cz>
Subject: Re: Multiple responses (future feature)
>At 09:06 20/2/98, Jan Koudelka wrote:
>
>>It would be also nice to may specify a subject for those messages (f it is
>>not done already). There are two ways, both may be used together):
>>
>>1) Use file's name as subject (can be default, but cannot use colons etc.)
>>
>>2) Use first line of the file if it starts with "Subject:" (Welcome message
>>can then be sent before the Rules message.)
>
>I'd prefer to stick with the /=subject token.
Oh, I forgot... Of course. :-|
HOnza
Date: Fri, 20 Feb 1998 15:23:47 +0100
From: "Serge Belleudy-d'Espinose" <sam at ijm.jussieu dot fr>
Subject: Lost files
Hi all
I use automated web archives. For a specific I lost all files in this
folder, but the files in the main archive are still there. Is there a way
to have web archive files processed again from the main files, and not only
for new contributions ?
TIA
# 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: Fri, 20 Feb 1998 07:41:46 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Lost files
At 15:23 +0100 20/2/1998, Serge Belleudy-d'Espinose wrote:
>I use automated web archives. For a specific I lost all files in this
>folder, but the files in the main archive are still there. Is there a way
>to have web archive files processed again from the main files, and not only
>for new contributions ?
When a list contribution takes place, the standard archives are updated in
an appending fashion while the automated web archives are rebuilt from
scratch, from the standard archives and applied to the current file for the
list in question.
The current automated archive is therefore fully rebuilt triggered by a
single list contribution (you may want to discard all signs of this list
contribution afterwards though). Through renaming and a little cleaning up,
you can apply this trick to older archives.
Or you can set up a master skeleton automated web archive file, with the
standard archive portions deleted and then paste the various standard
archive portions into respective copies of this master file.
Date: Fri, 20 Feb 1998 18:51:43 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: AutoShare 2.2 beta now available
At 14:28 +1300 21/2/1998, Glenn Anderson wrote to the EIMS-L list:
>EIMS 2.1b1 is now available from <http://www.eudora.com/betas/>.
If you use AutoShare, be sure to upgrade to version 2.2b0 at
<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
as EIMS 2.1b1 may not terminate lines in Save As files with a CR. AutoShare
2.2b0 supports CR (Macintosh), CRLF (PC) and LF (Unix).
Also, take a look at the EIMS AppleScript dictionary for some good news.
Date: Sat, 21 Feb 1998 01:01:53 -0500
From: Jonathan Shaw <jls4 at cwru dot edu>
Subject: Incredible Bounce Handling!
Mikael, you are incredible! I'd like to share with everyone these extremely
wonderful statistics:
List contributions: 21
List server requests: 111
Auto-response requests: 17
Remote administration requests: 0
Mail-back entries created: 39
Mail-back entries released: 21
Hard bounces: 0
Soft bounces: 831 <-------
Unresolved bounces: 5 <-------
Test bounces: 0
Transactions: 1045
This means 0.5% of the bounces were unresolved! Incredible! These are the
best results I've seen so far, but still...
-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: Sat, 21 Feb 1998 16:09:04 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Incredible Bounce Handling!
At 01:01 -0500 21/2/1998, Jonathan Shaw wrote:
>Soft bounces: 831 <-------
>Unresolved bounces: 5 <-------
How sweet it is!
Date: Sat, 21 Feb 1998 16:14:33 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Scripting new lists with EIMS 2.1b1
The NewListWithEIMS script has been uploaded to
<ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/>
You specify the list and the EIMS domain, press the Run button, and the
list is quickly configured in both AutoShare and EIMS!
Be sure to use AutoShare 2.2b0 and EIMS 2.1b1.
Date: Mon, 23 Feb 1998 16:49:15 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Script changes
Hello
I am working on some substantial changes to the server application's
AppleScript dictionary these days. If you write scripts yourself such as
standard compiled scripts, CGI's or process extenders, I urge you to
subscribe to the AutoShare-Dev list as I'll be posting the details there.
<mailto:autoshare at frutiger.staffs.ac dot uk?body=subscribe%20autoshare-dev>
Date: Tue, 24 Feb 1998 10:58:34 +0800
From: Derek Tom <derek at bbdo.com dot hk>
Subject: Attachment disappearing
I'm using AutoShare 2.0 with EIMS 2.0.1 on a Power Mac 6100/66.
A list subscriber sent a MS Word file attachment to the list but after the
file has downloaded from the server (progress bar comes up indicating data
is coming in), it's gone. This is the case for at least 2 subscribers. I'm
on a PowerBook 3400, the other 2 persons are on Windows 95 PCs. Mailers are
Windows Eudora Pro 3.0.3 and Mac Eudora Pro 4.0.
Any idea what could cause this and how I can fix this? What follows is the
message header info. What's kinda funny is the Content-Type.
Thanks in advance for any insight!
Kind regards,
Derek Tom
----------
Return-Path: <postmaster at bbdo.com dot hk>
Received: from bbdo.com.my (202.186.170.2) by bbdo.com.hk with ESMTP (Eudora
Internet Mail Server 2.0.1); Tue, 24 Feb 1998 09:57:12 +0800
Received: from B29.bbdo.com.my (202.186.170.88) by bbdo.com.my
with SMTP (Eudora Internet Mail Server 1.2); Tue, 24 Feb 1998 10:13:10 +0800
X-Sender: lucy.lo at bbdo.com dot my
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32)
Date: Tue, 24 Feb 1998 10:05:56 -0800
Reply-To: gateway at bbdo.com dot hk (Subscribers of gateway)
Errors-To: postmaster at bbdo.com dot hk
Precedence: bulk
List-Software: AutoShare 2.0 by Mikael Hansen
To: gateway at bbdo.com dot hk (Subscribers of gateway)
From: Lucy Lo <lucy.lo at bbdo.com dot my>
Subject:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="=====================_888372356==_"
Message-Id: <605858416030867404153 at bbdo.com dot hk>
Content-Type: application/msword; name="Contact Report (Gateway).doc";
--=====================_888372356==_
Content-Type: text/plain; charset="us-ascii"
--------
.............................
Derek Tom
IT Manager
BBDO Asia Pacific
<mailto:derek at bbdo.com dot hk>
<http://derek.bbdo.com.hk/>
Date: Mon, 23 Feb 1998 19:42:12 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Attachment disappearing
At 10:58 +0800 24/2/1998, Derek Tom wrote:
>A list subscriber sent a MS Word file attachment to the list but after the
>file has downloaded from the server (progress bar comes up indicating data
>is coming in), it's gone.
This is the expected behaviour, as AutoShare supports BinHex only.
Date: Tue, 24 Feb 1998 17:21:03 +0100
From: Jan Koudelka <koudelka at appleklub dot cz>
Subject: Re: Attachment disappearing
>At 10:58 +0800 24/2/1998, Derek Tom wrote:
>
>>A list subscriber sent a MS Word file attachment to the list but after the
>>file has downloaded from the server (progress bar comes up indicating data
>>is coming in), it's gone.
>
>This is the expected behaviour, as AutoShare supports BinHex only.
Two questions about that:
1) Is it possible to turn this feature on/off for particular lists?
If not, will it be possible in future versions of AS?
2) Is it possible to know, how the file containing an attachment will be
named? It would be usefull for including the <mailto:blahblahblah> link for
getting the attachment from an archive in the original message. For example
I would be then able to send the following info in my mail:
---example follows---
This message was sent with an attachment. It can be obtained from an
archive by clicking the following link:
<mailto:listserv@domain?body=get filename dot hqx>
---end of example---
HOnza
Date: Tue, 24 Feb 1998 13:03:36 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Attachment disappearing
At 17:21 +0100 24/2/1998, Jan Koudelka wrote:
>>This is the expected behaviour, as AutoShare supports BinHex only.
>
>Two questions about that:
>
>1) Is it possible to turn this feature on/off for particular lists?
It is not really a feature, but more fundamental that so. By detaching
attachments and later reattaching them, AutoShare speeds up processing
considerably. It is just that an attachment won't get reattached unless it
is BinHex.
> If not, will it be possible in future versions of AS?
Maybe, but I won't be able to get around to it for a while. I have an idea
of avoiding the de- and reattaching while keeping the high speed
processing, but it will take some substantial work.
Date: Wed, 25 Feb 1998 12:32:24 +0100
From: Jan Koudelka <koudelka at appleklub dot cz>
Subject: Re: Attachment disappearing
>At 17:21 +0100 24/2/1998, Jan Koudelka wrote:
>
>>>This is the expected behaviour, as AutoShare supports BinHex only.
>>
>>Two questions about that:
>>
>>1) Is it possible to turn this feature on/off for particular lists?
>
>It is not really a feature, but more fundamental that so. By detaching
>attachments and later reattaching them, AutoShare speeds up processing
>considerably. It is just that an attachment won't get reattached unless it
>is BinHex.
I am not sure if I understand this well. Does you answer mean that binhexed
attachment should go through the AutoShare to a list?
HOnza
Date: Wed, 25 Feb 1998 14:08:17 +0100
From: Jan Koudelka <koudelka at appleklub dot cz>
Subject: Re: Attachment disappearing
>>A list subscriber sent a MS Word file attachment to the list but after the
>>file has downloaded from the server (progress bar comes up indicating data
>>is coming in), it's gone.
>
>This is the expected behaviour, as AutoShare supports BinHex only.
Hey, I use Eudora 4 and have it set to encode all attachments in BinHex
format. I tried to send an attachment to an AutoShare handled list, but I
cannot find it anywhere! Where is it? It is not in the contribution, it is
not even in the archive...
HOnza
Date: Wed, 25 Feb 1998 22:20:07 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: Attachment disappearing
At 12:32 +0100 25/2/1998, Jan Koudelka wrote:
>I am not sure if I understand this well. Does you answer mean that binhexed
>attachment should go through the AutoShare to a list?
Yep.
At 14:08 +0100 25/2/1998, Jan Koudelka wrote:
>Hey, I use Eudora 4 and have it set to encode all attachments in BinHex
>format. I tried to send an attachment to an AutoShare handled list, but I
>cannot find it anywhere! Where is it? It is not in the contribution, it is
>not even in the archive...
Should be in the former. Should not be the latter.
If you don't see it in the processed list contribution, could you send me
the message file from the Filed Mail folder? StuffIt'ed please :-)
Date: 26 Feb 98 11:13:47 -0600
From: Chuck Boody <chuck_boody at hopkins.k12.mn dot us>
Subject: How to use Archives
I'm just (after about 4 years!) getting to using the archive features of =
Autoshare, and have run into a couple of things that need clarification.
I have no trouble getting access to the html archives from a browser. My =
problem is with the way the archives are set up:
1) There are no breaks of any sort in the "current.toc" file (no <br> or <=
p> or <li> anywhere). So, Instead of a list of documents there is a run =
on set of words that is basically useless.
2) The Item numbers in the index file are linked, but not to anything I =
could locate. I would assume they should be linked to the complete =
article in the "current.html" file. If they are not to be linked to the =
current.html file what are the links for??
3) Current.html seems useful if the table of contents (current.toc) =
linked to it. I can impliment other search things as suggested in the =
Autoshare documentation. Without the link to subject though it is not =
much help.
4) It is hard to tell in my file (because of many replies) whether =
headers are included in the current.html file. If they could be dropped I =
would think they should be (or maybe still one more option?)
Can anyone out there comment on these issues, or provide any indication =
about how I might most efficiently link the website to these files?? If =
you want an immediate response from me please mail me direct, since I am =
on digest on the list (something I will change next week if not before).
Thanks,
Chuck Boody
Analyst/Programmer
ISD 270
=============
BTW--I didn't read the announcement of 2.2b as carefully as I should have. =
Apparently most of the problems are going away now that I have that =
running with EIMS2.1b... Thanks to Mikael and others.....
Date: Thu, 26 Feb 1998 09:52:40 -0800
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: Re: How to use Archives
At 11:13 AM -0600 on 2/26/98, Chuck Boody wrote:
> I'm just (after about 4 years!) getting to using the archive features of
>Autoshare, and have run into a couple of things that need clarification.
>
> I have no trouble getting access to the html archives from a browser. My
>problem is with the way the archives are set up:
>
> 1) There are no breaks of any sort in the "current.toc" file (no <br> or
><p> or <li> anywhere). So, Instead of a list of documents there is a run
>on set of words that is basically useless.
>
> 2) The Item numbers in the index file are linked, but not to anything I
>could locate. I would assume they should be linked to the complete
>article in the "current.html" file. If they are not to be linked to the
>current.html file what are the links for??
>
> 3) Current.html seems useful if the table of contents (current.toc)
>linked to it. I can impliment other search things as suggested in the
>Autoshare documentation. Without the link to subject though it is not
>much help.
>
> 4) It is hard to tell in my file (because of many replies) whether
>headers are included in the current.html file. If they could be dropped I
>would think they should be (or maybe still one more option?)
>
> Can anyone out there comment on these issues, or provide any indication
>about how I might most efficiently link the website to these files?? If
>you want an immediate response from me please mail me direct, since I am
>on digest on the list (something I will change next week if not before).
>
> Thanks,
>
Sounds like you may be doing the same thing I did when I first started
using the archives... I wanted to see the archives in my web browser, and I
was trying to use the files in the "Archives" folder. Don't want to do
that.
Be sure the list is setup for web archives:
1. Autoshare Admin, Miscellaneous, set "Format" to HTML.
2. Autoshare Admin, pick the list, click on "List" button, set the "Web
Path" to your "Web" folder which should be in your "Auto" folder.
An index.html should be generated in your Web folder which displays all
your lists, and those links should display the table of contents of each
lists' archives. This features works great for me.
Hope this helps.
Bill
PS: If you would turn Word Wrap on in your e-mail client, replies to your
notes will be better quoted.
+----------------------------------------------------------------+
| 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: Thu, 26 Feb 1998 10:04:54 -0800
From: Camelot Administrator <camelot.admin at lmco dot com>
Subject: A couple of requests (or maybe just gripes?)
Two things that seem to mucky the waters in an otherwise calm and soothing
sea of listserver adminstration:
1. The slowness of Autoshare Admin. I'm on a 7200/90 PowerPC, and the
lists I have are not too long, but the slowness makes it seems like it's
processing 100,000 records or so.
The slowness is my biggest concern because it really feels like a
significant delay between when I click on a name, and when the "working"
icon finishes and the info shows up.
2. When you quit Autoshare Admin and go back in, it always makes you find
Autoshare again. It doesn't make you find it when you start up Admin, but
only when you try something like accessing the lists. And the thing is,
after saying I want the lists, and making me go find where Autoshare is, it
forgets that I asked for the lists (i.e., I have to choose lists again to
bring them up).
Thanks for reading my gripes.
Bill
+----------------------------------------------------------------+
| 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: Thu, 26 Feb 1998 12:57:09 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: A couple of requests (or maybe just gripes?)
At 10:04 -0800 26/2/1998, Camelot Administrator wrote:
>Two things that seem to mucky the waters in an otherwise calm and soothing
>sea of listserver adminstration:
>
>1. The slowness of Autoshare Admin.
It is not slow really. It is just that your server application is
configured to be perhaps too nice in terms of relinguishing processing
ticks. Try the 2.2b0 Admin, which lowers the server application to zero
ticks and resets the setting when the Admin is shut down.
>2. When you quit Autoshare Admin and go back in, it always makes you find
>Autoshare again.
It shouldn't, unless you have shut down and restarted the server application.
Date: 26 Feb 98 15:06:50 -0600
From: Chuck Boody <chuck_boody at hopkins.k12.mn dot us>
Subject: FWD: Unresolved bounce
I continue to get responses like this the one below the bounce portion of =
Autoshare. It is true that the account does not exist. In the past this =
account would have been automatically unsubscribed. Now this is not =
happening. I have recently upgraded(?) to EIMS 2.1b and Autoshare 2.2b. =
I believe the problems occurred at that time, though I can find nothing =
that is mis-set in the preferences of either program (and nothing was =
changed unless the update did it).
Help would be appreciated.
Chuck Boody
Analyst/Programmer
ISD 270
=============
--------------------------------------
Date: 2/26/98 3:01 PM
From: bouncer
Text indicates: [] (not subscribed)
Code indicates: [] (not subscribed)
RFC From is: [Lonnie_Roman at hopkins.k12.mn dot us] (does not matter)
RFC To is: [hhsmail at hopkins.k12.mn dot us] (is a list)
Return-Path: <>
From: Postmaster at stumail.hopkins.k12.mn dot us
To: bouncer at stumail.hopkins.k12.mn dot us
Date: Thu, 26 Feb 1998 15:00:54 -0600
Message-ID: <1323617242-36328958 at stumail.hopkins.k12.mn dot us>
Subject: Undeliverable Mail
Mime-Version: 1.0
Content-Type: multipart/mixed;
hopkins.k12.mn.us"
--=_b11b3426022a55ff at stumail.hopkins.k12.mn dot us
Content-Type: text/plain; charset="us-ascii"
The following message could not be delivered because the address =
LD_Team at stumail.hopkins.k12.mn dot us does not exist.
Date: Thu, 26 Feb 1998 13:24:40 -0800
From: Mark Hartman <mh at harthaven dot com>
Subject: Re: A couple of requests (or maybe just gripes?)
Mikael Hansen <meh at dnai dot com> wrote:
>At 10:04 -0800 26/2/1998, Camelot Administrator wrote:
>
>>2. When you quit Autoshare Admin and go back in, it always makes you find
>>Autoshare again.
>
>It shouldn't, unless you have shut down and restarted the server
>application.
Perhaps not, but it does. Try running Autoshare Admin (yes, the new
version)
on another computer, connecting over the network.
Date: Thu, 26 Feb 1998 18:04:09 -0500
From: Richard Klein <klein at furthermedia dot com>
Subject: Re: AutoShare-Talk digest 25 Feb 1998
Is there any way to import a list of names/email addresses into a mailing
list? I have to manually subscribe a number of people into a list, and
doing it through the Autoshare Admin is extremely slow.
Thanks.
Richard Klein
Director of Internet Services
Further Media, Inc.
Corporate & e-Commerce Web Development
http://www.furthermedia.com
Date: Fri, 27 Feb 1998 00:06:48 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: A couple of requests (or maybe just gripes?)
At 13:24 -0800 26/2/1998, Mark Hartman wrote:
>>It shouldn't, unless you have shut down and restarted the server
>>application.
>
>Perhaps not, but it does. Try running Autoshare Admin (yes, the new
>version) on another computer, connecting over the network.
When "it" is no longer one, but rather another Admin, then yes :-)
Date: Fri, 27 Feb 1998 00:06:18 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Re: FWD: Unresolved bounce
At 15:06 -0600 26/2/1998, Chuck Boody wrote:
>I continue to get responses like this the one below the bounce portion of
>Autoshare. It is true that the account does not exist. In the past this
>account would have been automatically unsubscribed.
>The following message could not be delivered because the address
>LD_Team at stumail.hopkins.k12.mn dot us does not exist.
No, the AutoShare bounce module never supported this particular wording. It
is about one word off :-) I'll be sure to include it. Thanks!
Date: Fri, 27 Feb 1998 00:06:39 -0800
From: Mikael Hansen <meh at dnai dot com>
Subject: Importing addresses
At 18:04 -0500 26/2/1998, Richard Klein wrote:
>Is there any way to import a list of names/email addresses into a mailing
>list? I have to manually subscribe a number of people into a list, and
>doing it through the Autoshare Admin is extremely slow.
When a subscriber is added to a list, the entire file is updated as the
subscriber must be inserted into the proper location for the list to stay
sorted. My tests show that AutoShare can update a large file in seconds.
But if you have a very large file, it'll take a little longer.
The ticks value, as mentioned earlier today, reflects how willingly the
server application relinguishes processing time to other applications and
thereby how quickly it responds to the Admin. If the ticks value is set as
low as zero, you will see a dramatic increase in speed in terms of how fast
the server application responds to the Admin. You may configure the ticks
value in the Miscellaneous window (command-M) in the Admin. The ballon help
offers a description of the ticks field.
Also, if the mail server is busy at the time, then other applications get
less processing time and can be much slower.
I did some Admin tests on the above. Around 4 seconds adding a subscriber
to a list of 500 subscribers. Between 12 and 20 seconds to a list of 10,000
subscribers; updating the listbox of subscribers depends on where the
subscriber is inserted in the list. I did find a bug in the Admin for large
lists as the script for the update button doesn't apply the from-to range,
which has been fixed.
The actual update of the list file is considerably faster due to the lack
of Admin overhead (updating listboxes etc etc). So you may want to consider
writing a brief script, which uses the Subscribe command applied to each
new subscriber. And furthermore set the ticks value to zero at the
beginning of the script and restore it at the end of the script. The thing
though is still that each new subscriber requires a complete rewrite of the
list file.
Date: Thu, 26 Feb 1998 22:18:33 -0500 (EST)
From: "Michael J. Vinca" <MJV2411 at ritvax.isc.rit dot edu>
Subject: Re: AutoShare-Talk digest 27 Feb 1998
I have noticed in my lists that the last person who subscribes doesn't get put
into the mailing list until another person subscribes (he appears in the main
list but not the .m list) When the other person subscribes, the old person
starts getting mail through .m while the new person gets no mail until the next
person subscribes and the vicious cycle continues.
Anyone seen anything like this?
Date: Fri, 27 Feb 1998 10:40:13 +0100
From: "Serge Belleudy-d'Espinose" <sam at ijm.jussieu dot fr>
Subject: Re: AutoShare-Talk digest 27 Feb 1998
>I have noticed in my lists that the last person who subscribes doesn't get put
>into the mailing list until another person subscribes (he appears in the main
>list but not the .m list) When the other person subscribes, the old person
>starts getting mail through .m while the new person gets no mail until the
>next
>person subscribes and the vicious cycle continues.
Looks like your main list file isn't properly terminated. Check with a text
editor that the last line ends with a carriage return.
I had similar problems when I laboriously created my first lists. Then I
found the solution myself, I told it to the list what I believed was a
great discovery, and someone answered that any honnest text file should
always end with a cr. The lesson was good, thanks folks :)
# 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: Fri, 27 Feb 1998 10:38:59 +0000
From: James Berriman <J.R.Berriman at staffs.ac dot uk>
Subject: Re: AutoShare-Talk digest 27 Feb 1998
At 03:18 27/2/98, Michael J. Vinca wrote:
>I have noticed in my lists that the last person who subscribes doesn't get put
>into the mailing list until another person subscribes (he appears in the main
>list but not the .m list) When the other person subscribes, the old person
>starts getting mail through .m while the new person gets no mail until the next
>person subscribes and the vicious cycle continues.
>
>Anyone seen anything like this?
The .m list is rebuilt when a list contribution is processed. So you won't
see a new subscriber appear immediately in the .m list when they subscribe.
This is normal. Don't worry!
( :-]) James
Date: 27 Feb 98 07:50:32 -0600
From: Chuck Boody <chuck_boody at hopkins.k12.mn dot us>
Subject: Re: FWD: Unresolved bounce
Let me knwo when you do. I've probably got the capabilities to test it ;-<=
Chuck
=============
Mikael Hansen wrote:
>At 15:06 -0600 26/2/1998, Chuck Boody wrote:
>
>>I continue to get responses like this the one below the bounce portion =
of
>>Autoshare. It is true that the account does not exist. In the past =
this
>>account would have been automatically unsubscribed.
>
>>The following message could not be delivered because the address
>>LD_Team at stumail.hopkins.k12.mn dot us does not exist.
>
>No, the AutoShare bounce module never supported this particular wording. =
It
>is about one word off :-) I'll be sure to include it. Thanks!
>
>
>
>** The AutoShare-Talk archives are at:
>** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
>
>RFC822 header
>-----------------------------------
>
>Return-Path: <bounce at frutiger.staffs.ac dot uk>
>Received: from frutiger.staffs.ac.uk (194.66.172.10) by hopkins.k12.mn.us =
with
> ESMTP (Eudora Internet Mail Server 2.0); Fri, 27 Feb 1998 02:27:18 -0600
>Received: from hopf.dnai.com (140.174.162.10) by frutiger.staffs.ac.uk =
with
> ESMTP (Eudora Internet Mail Server 2.1b1); Fri, 27 Feb 1998 08:20:22 +=
0000
>Received: from [207.181.206.62] (dnai-207-181-206-62.dialup.dnai.com =
>[207.181.206.62])
> by hopf.dnai.com (8.8.7/8.8.7) with ESMTP id AAA11267
> for <AutoShare-Talk at frutiger.staffs.ac dot uk>; Fri, 27 Feb 1998 00:07:51 =
>-0800 (PST)
>X-Sender: meh at pop.dnai dot com (Unverified)
>In-Reply-To: <498082438773974724831 at frutiger.staffs.ac dot uk>
>Mime-Version: 1.0
>Content-Type: text/plain; charset="us-ascii"
>Date: Fri, 27 Feb 1998 00:06:18 -0800
>Reply-To: AutoShare-Talk at frutiger.staffs.ac dot uk (Subscribers of AutoShare-=
Talk)
>Errors-To: bounce at frutiger.staffs.ac dot uk (AutoShare bounce account)
>Precedence: bulk
>List-Subscribe: =
><mailto:autoshare at frutiger.staffs.ac dot uk?body=subscribe%20AutoShare-Talk>=
>List-Unsubscribe: =
><mailto:autoshare at frutiger.staffs.ac dot uk?body=unsubscribe%20AutoShare-=
Talk>
>X-List-Digest: =
><mailto:autoshare at frutiger.staffs.ac dot uk?body=set%20AutoShare-Talk%=
20digest>
>List-Archive: =
><mailto:autoshare at frutiger.staffs.ac dot uk?body=index%20AutoShare-Talk>
>List-Post: <mailto:autoshare-talk at frutiger.staffs.ac dot uk>
>List-Owner: listmaster at frutiger.staffs.ac dot uk (James Berriman)
>List-Help: <http://www.dnai.com/~meh/autoshare/>
>List-Software: AutoShare 2.2b0 by Mikael Hansen
>X-To-Unsubscribe: autoshare at frutiger.staffs.ac dot uk, body: unsub AutoShare-=
Talk
>To: AutoShare-Talk at frutiger.staffs.ac dot uk (Subscribers of AutoShare-Talk)
>From: Mikael Hansen <meh at dnai dot com>
>Subject: Re: FWD: Unresolved bounce
>Message-Id: <395762530489282554941 at frutiger.staffs.ac dot uk>
>
Date: Sat, 28 Feb 1998 00:44:39 +0000
From: Lesley Duff <lists at scottish-women.demon.co dot uk>
Subject: .vcf attachments in subscribe messages
Hello,
I'm new to using Autoshare and I'm wondering if my settings are correct.
I had someone try to subscribe and as far as I can tell the message body
had the correct subscription details (the same as others that have
subscribed successfully) but the message had a .vcf attachment (Netscape?)
and the subscription wasn't processed. Is there anything I need to change
to allow these messages?
Lesley Duff (Quine Online Administrator)
--
Quine Online - Scottish Women, http://www.quine.org.uk, quine at quine.org dot uk
International Women's Day in Scotland 1998, http://www.quine.org.uk/iwd
iwd at scottish-women.demon.co dot uk
50/50 Campaign for a Scottish Parliament, http://www.engender.org.uk/scotparl
Date: Sat, 28 Feb 1998 01:35:25 +0000
Subject: Re: .vcf attachments in subscribe messages
From: "James Berriman" <J.R.Berriman at staffs.ac dot uk>
Lesley Duff wrote:
>Hello,
> I'm new to using Autoshare and I'm wondering if my settings are correct.
>I had someone try to subscribe and as far as I can tell the message body
>had the correct subscription details (the same as others that have
>subscribed successfully) but the message had a .vcf attachment (Netscape?)
>and the subscription wasn't processed. Is there anything I need to change
>to allow these messages?
I doubt it's the attachment. Is there more than one blank line between the
headers and the message body, or is their mailer perhaps using a template
which inserts extra text before the message body?
( :-]) James
Subject: Problems with AutoShare Admin
Date: Sun, 1 Mar 98 18:57:20 +0100
From: Sjoerd Jan ter Welle <ter.welle at lettrix dot nl>
I'm trying to configure a mailinglist or to add a mailing list, but when
trying to add or change a list in the autoshare admin application I get
error messages like:
An error occurred while executing the script of <<class PUSH>> "update":
No result was returned from some part of this expression. (-2763)
or
An error occurred while executing the script of <<class RAD>> "editList":
No result was returned from some part of this expression. (-2763)
or
An error occurred while executing the script of window "List": No result
was returned from some part of this expression. (2763)
Is there anybody who knows what I am doing wrong or where those message
originate from and how to solve my problem.
I have been looking for a file where data is kept on the lists (if it's
private or an announcementlist, etc), so I could modify things by hand,
but haven't found such a file.
The lists as such as operating normal, but a new list is <default> set to
private now and I don't know how to change it.
Any help would be appreciated.
Please send replied to the list and my private e-mail address since I'm
subscribed to the digest.
thanks
John ter Welle
ter.welle at lettrix dot nl