Date: Tue, 5 Aug 1997 12:13:58 +0100 From: James Berriman <J.R.Berriman at staffs.ac dot uk> Subject: Re: Prob with EIMS >Hi there ... > >Mickael Hansen told me someone in here maybe knows a solution to my problem > >I tried to setup EIMS and sending email from created accounts goes >perfectly also logging in. But when I send a Email TO a account on the >EIMS system all I get is "a mailloop exists" and the mail is not >deleveried. Make sure that one of the the server names in your EIMS preferences matches the primary MX record in your DNS setup. ( :-]) James
Date: Tue, 5 Aug 1997 21:45:59 +0900 From: "Richard M. Pavonarius" <richard at phoenix.apic.or dot jp> Subject: Reply-to Error I sent a message to an announcement list set to reply to sender. The header looked like this: > X-Sender: richard at phoenix.apic.or dot jp > Mime-Version: 1.0 > Date: Tue, 5 Aug 1997 20:26:12 +0900 > Reply-To: AT&T Virtual Classroom '97 Secretariat > X-Sender: secretariat at vc97.attjens.co dot jp > Precedence: bulk > X-To-Unsubscribe: autoshare at phoenix.apic.or dot jp, body: unsub vc97-announce > To: vc97-announce at phoenix.apic.or dot jp > From: AT&T Virtual Classroom '97 >Secretariat<secretariat at vc97.attjens.co dot jp> > Subject: AT&T Virtual Classroom Contest '97 Postponed Why did "Reply-To:" get set to my my name instead of my address? I used Eudora to send it and the name and address were in the right places in the prefs. In the outgoing message the From: line looked like this: AT&T Virtual Classroom '97 Secretariat <secretariat at vc97.attjens.co dot jp> Rich ------------------------------------------------------------------ Richard M. Pavonarius | http://www.global-commons.com/richard.html Internet Applications Specialist
Date: Tue, 5 Aug 1997 08:21:24 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: Reply-to Error At 21:45 +0900 5/8/1997, Richard M. Pavonarius wrote: >I sent a message to an announcement list set to reply to sender. The header >looked like this: > >> X-Sender: richard at phoenix.apic.or dot jp >> Mime-Version: 1.0 >> Date: Tue, 5 Aug 1997 20:26:12 +0900 >> Reply-To: AT&T Virtual Classroom '97 Secretariat >> X-Sender: secretariat at vc97.attjens.co dot jp >> Precedence: bulk >> X-To-Unsubscribe: autoshare at phoenix.apic.or dot jp, body: unsub vc97-announce >> To: vc97-announce at phoenix.apic.or dot jp >> From: AT&T Virtual Classroom '97 >>Secretariat<secretariat at vc97.attjens.co dot jp> >> Subject: AT&T Virtual Classroom Contest '97 Postponed > >Why did "Reply-To:" get set to my my name instead of my address? I used >Eudora to send it and the name and address were in the right places in the >prefs. In the outgoing message the From: line looked like this: > >AT&T Virtual Classroom '97 Secretariat <secretariat at vc97.attjens.co dot jp> To make quite sure, I set up an announcement list with secretariat at vc97.attjens.co dot jp as the listmaster, the Reply-To type as sender and even put AT&T Virtual Classroom '97 Secretariat in the address field. Once a list contribution had been processed, the RFC ReplyTo field was listed as Reply-To: AT&T Virtual Classroom '97 Secretariat <secretariat at vc97.attjens.co dot jp> The only way that I could get just AT&T Virtual Classroom '97 Secretariat in the ReplyTo field was to change the Reply-To type from sender to configurable!
Date: Tue, 5 Aug 1997 13:05:16 -0400 From: Michael Reid <michael_reid at wow dot net> Subject: Re: AutoShare 1.4b3 Hi, >AutoShare 1.4b3 is available from > > <ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/> > >1.4b3 fixes two bugs. Hey!!! I can't link to it with the Remote Admin even though the Program Linking box is on! The 68k version doesn't have this problem though. Please fix it. Michael Reid | Addr: 17 Sweet Briar Rd., P.O.S. Internal Systems Admin. | Trinidad., West Indies. WOW.Net Ltd. | Tel.: 1-868-622-6872 http://www.wow.net/ | Fax.: 1-868-622-6096
Date: Tue, 5 Aug 1997 13:13:48 -0400 From: wsuarez at digprod dot com (Bill Suarez) Subject: Re[2]: AutoShare 1.4b3 Mikael, Confirmed here at DPI. Local admin on the .ppc version works just fine but from a remote machine the Autoshare aapplication is not one of the programs available to link to. Bill Suarez Osicom/DPI _______________________________________________________________________________ Subject: Re: AutoShare 1.4b3 From: AutoShare-Talk at frutiger.staffs.ac dot uk at Internet Date: 8/5/97 1:05 PM Hi, >AutoShare 1.4b3 is available from > > <ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/> > >1.4b3 fixes two bugs. Hey!!! I can't link to it with the Remote Admin even though the Program Linking box is on! The 68k version doesn't have this problem though. Please fix it. Michael Reid | Addr: 17 Sweet Briar Rd., P.O.S. Internal Systems Admin. | Trinidad., West Indies. WOW.Net Ltd. | Tel.: 1-868-622-6872 http://www.wow.net/ | Fax.: 1-868-622-6096 ** The AutoShare-Talk archives are at: ** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
Date: Tue, 5 Aug 1997 10:27:29 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Speed and list contributions Once in a while, I have some fun by setting up a list of 40,000 subscribers and running some tests on it. One of those times was last night. On a 7500/100 with MacOS 8.0, the total AutoShare processing time for a list contribution for the 68K version of 1.4b3 was 1 minute and 55 seconds; the PPC version took 1 minute and 20 seconds! The format option was configured as both, and text archives, standard HTML archives, automated web archives and text digests were updated. The multi-domain mechanism replaced the domain in all relevant RFC headers. Most of the time was spent updating the .m and .d files of the list. Issuing a GetSubscriber command in AppleScript took a small fraction of a second, whether the 68K or the PPC version was running. The listed processing time for a query command was 0.20 seconds using the 68K version and 0.13 seconds using the PPC version. The listed processing time for a subscribe and an unsubscribe command were 6.06 and 5.31 seconds respectively. I also ran a test on a list with 200,000 subscribers with any problems.
Date: Tue, 5 Aug 1997 10:38:17 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: AutoShare 1.4b3 At 13:05 -0400 5/8/1997, Michael Reid wrote: >Hey!!! I can't link to it with the Remote Admin even though the Program >Linking box is on! The 68k version doesn't have this problem though. At 13:13 -0400 5/8/1997, Bill Suarez wrote: >Confirmed here at DPI. Local admin on the .ppc version works just fine but >from a remote machine the Autoshare aapplication is not one of the programs >available to link to. By golly, you are right! You can fix it yourselves easily though. Shut down the PPC application, load the file into ResEdit, double-click on the SIZE resource, scroll down to "local and remote high level events", click on on the 1 radio button, save the file and restart AutoShare! Will be fixed 1.4b4.
Date: Tue, 5 Aug 1997 11:11:09 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: Speed and list contributions At 10:27 -0700 5/8/1997, Mikael Hansen wrote: >I also ran a test on a list with 200,000 subscribers with any problems. That should have been "without any problems" :-)
Date: Tue, 5 Aug 1997 12:17:56 -0700 From: Bill Catambay <camelot.admin at lmco dot com> Subject: Re: AutoShare 1.4b2 At 12:44 PM -0700 on 8/4/97, Mikael Hansen wrote: > Hi all! > > AutoShare 1.4b2 is available from > > <ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/> > > The primary topic of 1.4b2 is the Archives folder. The file names of text > formatted list archives and digests no longer use an extension pair of > .html and .toc. They now use .text and .txt. > > An option in the AutoShare application has been added, so that you may > choose to store archives in both text and HTML rather than just either one > or the other. So if your Archives folder is empty and a list contribution > takes place, the following files are created: > > Current.text text formatted main archive file > Current.txt text formatted table-of-contents archive file > Current.html HTML formatted main archive file > Current.toc HTML formatted table-of-contents archive file > Digest.text text formatted main digest file > Digest.txt text formatted table-of-contents digest file > > After you have shut down your AutoShare application and before you start up > 1.4b2, it is important that you update the file name extensions of current > files to reflect the new convention for file extensions. You are also > encouraged to do so for all older files in the Archives folder. > > 1.4b2 also introduces Tip Of The Day lists and the AutoShare non-processing > mode and furthermore completes the subscriber web form commands and tokens > (thanks, Bill!). > Will 1.4b4 add an option to change the listserver address in the X-header and the automated reply messages to an alias? _-^-_ / o o \ -------ooo--'---U---`---ooo----------------------------------------- Bill Catambay....................... mailto:bill.m.catambay at lmco dot com Lockheed Martin, EIS................ ph:408.742.1000 Software Developer, Electronics Manufacturing http://nexus.lmms.lmco.com/DEMON Webmaster, Map Maker http://www.catambay.com/pascal-central http://www.catambay.com/morgana
Date: Tue, 5 Aug 1997 15:43:52 -0400 From: wsuarez at digprod dot com (Bill Suarez) Subject: Re[2]: AutoShare 1.4b3 Should I change all three of the resources inside SIZE Mikael? Bill _______________________________________________________________________________ Subject: Re: AutoShare 1.4b3 From: AutoShare-Talk at frutiger.staffs.ac dot uk at Internet Date: 8/5/97 10:38 AM At 13:05 -0400 5/8/1997, Michael Reid wrote: >Hey!!! I can't link to it with the Remote Admin even though the Program >Linking box is on! The 68k version doesn't have this problem though. At 13:13 -0400 5/8/1997, Bill Suarez wrote: >Confirmed here at DPI. Local admin on the .ppc version works just fine but >from a remote machine the Autoshare aapplication is not one of the programs >available to link to. By golly, you are right! You can fix it yourselves easily though. Shut down the PPC application, load the file into ResEdit, double-click on the SIZE resource, scroll down to "local and remote high level events", click on on the 1 radio button, save the file and restart AutoShare! Will be fixed 1.4b4. ** The AutoShare-Talk archives are at: ** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
Date: Tue, 5 Aug 1997 15:43:50 -0700 From: Gary Szabo <gszabo at centralia.ctc dot edu> Subject: Re:AutoShare 1.4b3 At 4:32 PM -0700 8/4/97, Mikael Hansen wrote: >Gary, how is 1. using 1.4b3? It seems to solve the problem. Many thanks for your incredibly prompt response, as usual! _________________________________________________________________________ | Gary G. Szabo | | | Director of Technology & | | | Computer Services | "I'd love to stay here and be normal... | | Centralia College | but it's just so overrated..." | | Centralia, Washington | | | gszabo at centralia.ctc dot edu | Blur | | (360)736-9391 x363 | from the CD "Parklife" | ------------------------------------------------------------------------- [using Signature Randomizer 1.0]
Date: Tue, 5 Aug 1997 17:38:35 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re[2]: AutoShare 1.4b3 At 15:43 -0400 5/8/1997, Bill Suarez wrote: >Should I change all three of the resources inside SIZE Mikael? An virgin AutoShare has only the -1 SIZE resource. The 0 and 1 SIZE resources do not appear, unless you for instance change the Preferred Memory size of AutoShare's Get Info in Finder; chances are that you have done so. I'd play it safe and make the change in all three resources; you can also delete the 0 and 1 resources and go into Get Info again. Or you can download the following :-) AutoShare PPC 1.4b4d0, which fixes the above, is available from <ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/> The archive will be deleted from the ftp site, once 1.4b4 has been uploaded. As I haven't uploaded any Admin since 1.4b0, the standard Admin is also available now as a separate archive. Useful for people, who have entered the beta arena later than 1.4b0.
Date: Wed, 6 Aug 1997 13:08:52 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: AutoShare 1.4b2 At 12:17 -0700 5/8/1997, Bill Catambay wrote: >Will 1.4b4 add an option to change the listserver address in the X-header >and the automated reply messages to an alias? The regular list server address would then be replaced by such an alias in a good number of locations: 1. Various RFC headers of a posted list contribution: X-List-Subscribe X-List-Unsubscribe X-List-Digest X-List-Archive X-To-Unsubscribe Applied to both individual messages as well as digests. 2. Contribution alerts Not subscribed Can't post to an announcement list Not allowed to post Too many quoted lines Also when a list server command is sent to a list 3. List server requests RFC From header While it may seem simple to insert a replacement value in the above places, the situation requires more than meets the eye. For one thing, we enter the area of high maintenance as one more thing has to be taken into consideration whenever further development is done. This is no fun for me. When you set up the forwarding from the alias address to the actual list server address, you also want to make sure that the envelope recipient is updated to the actual list server address. If it isn't, the list server won't process it correctly. You may also want to take in consideration that the RFC To field body is updated as AutoShare may rely on this; if not presently, then perhaps in the future at some time. This is no fun for you. I understand that the purpose of the alias is to keep a permanent list server address when lists are moved from one location to another. I don't however see why the lists are more likely to be moved than the alias is (and don't the subscribers become confused when the alias for the list server address has one domain and the list addresses have another?). When moving the lists to another server, you simply move the IP address as well, and the subscribers will see no difference. And if the list server is assigned to another IP address (which I don't see why would happen often), a plain announcement of the new domain to the subscribers would generally suffice. You are probably better off looking into what James has to say about the topic of adding a primary MX record to your EIMS preferences. Perhaps also spice it up by applying a software product offering multiple or virtual domains, which may be considered aliases themselves. The basic question is: is the location likely to change often, or is it the domain name itself which is likely to change often? Lastly, I apologize for the length of this list contribution (although the apology only makes it even longer...), but the above topic is closely related to that of the AutoShare multi-domain support, and while writing, I became aware that contribution alerts, which should be covered by the multi-domain support, are not (but will be).
Date: Wed, 6 Aug 1997 13:39:41 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: The Tip Of The Day list All James has created a new moderated list with me as the list-specific listmaster. The list is a Tip Of The Day list and is intended to be about relatively little known sides of AutoShare. The list contributions, one posted daily, may be mailed to <mailto:autoshare-tip-of-the-day at frutiger.staffs.ac dot uk> If you at some point in time have come across something that you wished AutoShare was able to do, but perhaps didn't realize that the feature was already available, others may be in your shoes and benefit from your story. Your detailed configuration of a given feature and why you are using it may also come in handy for other users, who are considering implementing it. You can subscribe to the Tip Of The Day list by sending a mail to <mailto:autoshare at frutiger.staffs.ac dot uk> with 'subscribe autoshare-tip-of-the-day <your name>' in the body. PS: although it can be done, it serves little purpose switching to the digest mode, as you receive only one message daily!
Date: Thu, 7 Aug 1997 08:46:20 -0700 From: Bill Catambay <camelot.admin at lmco dot com> Subject: Moderate lists From the Autoshare Addendum: <<<< When a contribution is sent to a moderated list, it gets redirected to the listmaster, who may choose to post it or not; if the moderator uses Eudora, the Redirect (or Redirect To) is recommended when posting other people's contributions. When a contribution is sent to an announcement list, the contribution is returned to the sender. In both cases, only the listmaster is able to post to the list. The listmaster address is fetched from the administrator address (from the Preferences menu, choose Miscellaneous). >>>> I have not been able to get a moderated list implemented successfully. I have the list set up as moderated, but when I post to the list, the posts turn into vapor. Where do you assign the listmaster address for each list? Miscellaneous under the Preferences menu only shows the bounce account for the listserver. Where is there good docs for moderated lists? Besides the above, I have not found any information on this. And unrelated to moderated lists, when you choose a list to have a "configurable" reply-to, how is it then configured? Thanks, Bill _-^-_ / o o \ -------ooo--'---U---`---ooo----------------------------------------- Bill Catambay....................... mailto:bill.m.catambay at lmco dot com Lockheed Martin, EIS................ ph:408.742.1000 Software Developer, Electronics Manufacturing http://nexus.lmms.lmco.com/DEMON Webmaster, Map Maker http://www.catambay.com/pascal-central http://www.catambay.com/morgana
Date: Thu, 7 Aug 1997 11:31:25 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: Moderate lists Hello, Bill! Before the response takes off, it's important to understand that the AutoShare server application and the AutoShare Admin(istrator) are two entirely different animals. The AutoShare server application does all the actual processing of list server related mail message files. It is the AutoShare application, which receives the message files from EIMS, processes them in a speedy fashion and hands over outgoing message files to EIMS. Basic configuration is available from the menu interface; it is there, but it is basic and does not support list-specific configuration. The AutoShare application also offers another interface, as it is fully scriptable; the scriptable interface offers complete configuration, and you may script it directly using for instance AppleScript or indirectly by using: The AutoShare Admin(istrator) offers a visual interface allowing you complete configuration. The AutoShare Admin communicates with the AutoShare server application by acting as a client sending AppleEvents. The Admin behaves very gentleman-like and for instance does not update the AutoShare Preferences file directly, but rather asks the AutoShare server application to do it. The sole role of the AutoShare Admin is configuration of the AutoShare server application (by sending events to it), even if the two applications run on the same Mac. At 08:46 -0700 7/8/1997, Bill Catambay wrote: >I have not been able to get a moderated list implemented successfully. Command-L in the AutoShare Admin, double-click on the list name and click on the Moderated radio button. >Where do you assign the listmaster address for each list? In the same window, use the E-mail and Name fields. List-specific preferences cannot be configured in the AutoShare server application. >Where is there good docs for moderated lists? Besides the above, I have >not found any information on this. The list fields are described by turning on the balloon help. There is little direct Admin help in the Addendum, in part due to the nice balloon help, but also due to the related script and preferences documentation, which correlate with both each other and the balloon help. >And unrelated to moderated lists, when you choose a list to have a >"configurable" reply-to, how is it then configured? In the above window, click on the Configurable radio button and enter the reply-to address in the Address field.
Date: Thu, 7 Aug 1997 13:32:32 -0700 From: Bill Catambay <camelot.admin at lmco dot com> Subject: Re: Moderate lists At 11:31 AM -0700 on 8/7/97, Mikael Hansen wrote: > At 08:46 -0700 7/8/1997, Bill Catambay wrote: > > >I have not been able to get a moderated list implemented successfully. > > Command-L in the AutoShare Admin, double-click on the list name and click > on the Moderated radio button. > > >Where do you assign the listmaster address for each list? > > In the same window, use the E-mail and Name fields. List-specific > preferences cannot be configured in the AutoShare server application. > > >Where is there good docs for moderated lists? Besides the above, I have > >not found any information on this. > > The list fields are described by turning on the balloon help. > > There is little direct Admin help in the Addendum, in part due to the nice > balloon help, but also due to the related script and preferences > documentation, which correlate with both each other and the balloon help. > This was helpful, especially the clue about balloon help, but the list is still not working. I set the E-mail field to a specific address (of the moderator), and the list has been set to Moderated. However, when any member of the list sends in a post, instead of being forwarded to the list moderator, it gets posted to the list (i.e., everyone receives it, and no moderation occurs). I did everything that has been said. What am I missing? Thanks, Bill _-^-_ / o o \ -------ooo--'---U---`---ooo----------------------------------------- Bill Catambay....................... mailto:bill.m.catambay at lmco dot com Lockheed Martin, EIS................ ph:408.742.1000 Software Developer, Electronics Manufacturing http://nexus.lmms.lmco.com/DEMON Webmaster, Map Maker http://www.catambay.com/pascal-central http://www.catambay.com/morgana
Date: Thu, 7 Aug 1997 16:06:57 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: Moderate lists At 13:32 -0700 7/8/1997, Bill Catambay wrote: >I set the E-mail field to a specific address (of the moderator), and the >list has been set to Moderated. However, when any member of the list sends >in a post, instead of being forwarded to the list moderator, it gets posted >to the list (i.e., everyone receives it, and no moderation occurs). > >I did everything that has been said. What am I missing? First of all, you want to make sure that a list contribution is actually processed by AutoShare. An EIMS account configured as 'Save as files' puts the not yet processed message in the Filed Mail folder. If this EIMS account is configured as 'Mailing list', AutoShare is bypassed completely, and the posted list contribution does not contain any RFC X-List headers. If this is not the case, and AutoShare in fact processes the list contribution, create a fresh Analysis file and look up the section for the list in question. It will list information such as the list-specific listmaster and the list type. If this is okay as well, then shut down AutoShare and send a contribution to the list from an address not being the listmaster address. Once the Filed Mail folder contains the newly arrived message file, shut down EIMS and store a copy of the file outside the folder. Shut down EIMS and start up AutoShare. Once the processed file arrives in the Incoming Mail folder, move the file outside the folder and start up EIMS. Along with the Analysis list information, please put the two files in a folder, StuffIt the folder, and send the StuffIt archive to me at meh at dnai dot com. I feel sure this will lead to something quickly.
Date: Fri, 8 Aug 1997 13:20:50 +0100 From: jose.accino at ice.uma dot es (Jose A. Accino) Subject: Re[2]: AutoShare 1.4b3 Mikael, >AutoShare PPC 1.4b4d0, which fixes the above, is available from Does this version run only on a PowerMac??? >As I haven't uploaded any Admin since 1.4b0, the standard Admin is also >available now as a separate archive. Useful for people, who have entered >the beta arena later than 1.4b0. > Hmmm..., I feel a bit lost with all this new stuff. What Admin version should we use for AutoShare 1.2? What is the CompleteAdmin intended for? José 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ña/Spain
Date: Fri, 8 Aug 1997 04:31:06 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re[2]: AutoShare 1.4b3 At 13:20 +0100 8/8/1997, Jose A. Accino wrote: >>AutoShare PPC 1.4b4d0, which fixes the above, is available from > >Does this version run only on a PowerMac??? Yes. It merely fixes something that was already fine in the 68K b3. >Hmmm..., I feel a bit lost with all this new stuff. What Admin version >should we use for AutoShare 1.2? The one included in the 1.2 archive. >What is the CompleteAdmin intended for? The Complete Admin comes with a built-in FaceSpan extension, which means that you don't have to install this extension in the System folder.
Date: Fri, 8 Aug 1997 15:44:56 -0500 From: Paul DuBois <paul at snake dot net> Subject: autoshare shutdown by email If I send password system a@b launch to autoshare to get my Macintosh to restart, it hangs if people have file-sharing connections open to me. Then the dialog box comes up asking how many minutes to wait before disconnecting, and that's as far as the shutdown gets. Is there a way to force filesharing to shutdown, too? -- Paul DuBois paul at snake dot net Home Page: http://www.primate.wisc.edu/people/dubois Software: http://www.primate.wisc.edu/software
Date: Fri, 8 Aug 1997 17:27:39 -0400 From: wsuarez at digprod dot com (Bill Suarez) Subject: Re: autoshare shutdown by email Get a copy of Okey Dokey which will hit the "OK" button for you on that dialog after a predetermined timeout period. _______________________________________________________________________________ Subject: autoshare shutdown by email From: autoshare-talk at frutiger.staffs.ac dot uk at Internet Date: 8/8/97 3:44 PM If I send password system a@b launch to autoshare to get my Macintosh to restart, it hangs if people have file-sharing connections open to me. Then the dialog box comes up asking how many minutes to wait before disconnecting, and that's as far as the shutdown gets. Is there a way to force filesharing to shutdown, too? -- Paul DuBois paul at snake dot net Home Page: http://www.primate.wisc.edu/people/dubois Software: http://www.primate.wisc.edu/software ** The AutoShare-Talk archives are at: ** <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/>
Date: Fri, 8 Aug 1997 14:45:10 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: autoshare shutdown by email At 15:44 -0500 8/8/1997, Paul DuBois wrote: >If I send > >password system a@b launch > >to autoshare to get my Macintosh to restart, it hangs if people have >file-sharing connections open to me. Then the dialog box comes up >asking how many minutes to wait before disconnecting, and that's as >far as the shutdown gets. > >Is there a way to force filesharing to shutdown, too? The scriptable Finder offers various support in the area of file sharing, so it would make sense to have a process extender insertion point immediately before AutoShare restarts or shuts down the Mac. Your process extender script can then perform the desired task. If anyone on the list has experience in scripting the file sharing environment, please step forward :-)
Date: Sat, 9 Aug 1997 00:24:50 -0400 From: Michael Reid <michael_reid at wow dot net> Subject: Re: autoshare shutdown by email Hi, >>Is there a way to force filesharing to shutdown, too? > >The scriptable Finder offers various support in the area of file sharing, >so it would make sense to have a process extender insertion point >immediately before AutoShare restarts or shuts down the Mac. Your process >extender script can then perform the desired task. > >If anyone on the list has experience in scripting the file sharing >environment, please step forward :-) Here's a snippet from the WebStart list: >Which scripted workaround were you using? I tried the "tell application >Finder set file sharing off" script and it didn't work. Is there another >one? > I use following with pre-OS8 systems: tell application "Finder" set file sharing to false end tell and the companion tell application "Finder" set file sharing to true end tell Ed Trefzger Vice President and Webmaster Yellow Dog Communications, Inc. Michael Reid | Addr: 17 Sweet Briar Rd., P.O.S. Internal Systems Admin. | Trinidad., West Indies. WOW.Net Ltd. | Tel.: 1-868-622-6872 http://www.wow.net/ | Fax.: 1-868-622-6096
Date: Fri, 8 Aug 1997 23:03:20 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: autoshare shutdown by email At 00:24 -0400 9/8/1997, Michael Reid wrote: >Here's a snippet from the WebStart list: >I use following with pre-OS8 systems: > >tell application "Finder" > set file sharing to false >end tell I am not sure this will suppress the dialog when users are connected? Andy Bachorski, an AppleScript expert at Apple, wrote the following to the MACSCRPT list on 28 Oct 1996: >Well, if you don't care about just kicking people off the system, you can >send an quit command to the File Sharing Extension. Something like: > > tell application "File Sharing Extension" to quit > >I've tried it, and it works. Haven't checked extensively for side >effects, but it seems to be safe. Looking at the MacOS8 AppleScript dictionary of the File Sharing application in the Control Panels folder, I see that maybe the following would work (but I haven't tested it, so I don't know): tell application "File Sharing" disconnect connected users end tell
Date: Mon, 11 Aug 1997 00:47:08 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: AutoShare 1.4b4 Good morning, all! AutoShare 1.4b4 is available from <ftp://ftp.dnai.com/users/m/meh/AutoShare/Beta/> First the little things: -re-enables remote scripting for the PPC version -applies multi-domain support to contribution alerts -puts list in list server request log account tag -adds the X-List-Software header to auto-responses -tip-of-the-day, updated RFC Date to time of posting -added clarification for when sending partial digests There is a new process extender entitled System, which is activated immediately before a System command in remote administration by e-mail takes effect. A Write Log sample is included. See also the Process Extender Notes. The code updating the message (.m) and digest (.d) list files whenever a list contribution takes place has been optimized considerably resulting in a significant speed enhancement. You may read about my speed test findings in the next AutoShare Tip Of The Day posting later today. Reflections on memory usage and application stability will appear the following days. You can subscribe to the AutoShare Tip Of The Day list by sending a mail to <mailto:autoshare at frutiger.staffs.ac dot uk> with 'subscribe autoshare-tip-of-the-day <your name>' in the body. -- Mikael Hansen <mailto:meh at dnai.com> <http://www.dnai dot com/~meh/autoshare/>
Date: Mon, 11 Aug 1997 14:06:26 +0100 From: jose.accino at ice.uma dot es (Jose A. Accino) Subject: Numeric overflow error with 1.2 and 1.3 I've been running AIMS 1.1.1, AutoShare 1.2 on our Mac II with system 7.5.1 I have just upgraded to 7.5.3, and EIMS 1.2. This combo seems run fine, but starting my usual AutoShare 1.2, after a few minutes (or seconds), I get a bomb with a 'Numeric overflow error' message. Also, restarting AutoShare 1.2, it stops while processing the log file that looks so long as 1.4 Mb (!!!) even after I cleared it. I gave version 1.3 a try but I got the same bomb message. I've checked the hard disk with Disk Fisrt Aid and Norton without finding any problems. Any help? José 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ña/Spain
Date: Mon, 11 Aug 1997 08:51:20 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: Numeric overflow error with 1.2 and 1.3 At 14:06 +0100 11/8/1997, Jose A. Accino wrote: >I have just upgraded to 7.5.3, and EIMS 1.2. This combo seems run fine, but >starting my usual AutoShare 1.2, after a few minutes (or seconds), I get a >bomb with a 'Numeric overflow error' message. > >Also, restarting AutoShare 1.2, it stops while processing the log file >that looks so long as 1.4 Mb (!!!) even after I cleared it. Chances are that the 'Numeric overflow error' message stems from the variables used for the various log totals. I can't know for sure though without seeing the log file in question. If okay with you, can you StuffIt the log file and send it to me at meh at dnai dot com? Thanks. Do you ever receive logs mailed to you as a listmaster? If not, I recommend that you choose Times from the Preferences menu in AutoShare, select Logs and specify in days how often you would like logs sent to you. Whenever this happens, the log file is cleared and so never gets extremely large, which not only is likely to prevent the 'Numeric overflow error' message, but also makes your processing faster (the same thing applies to the roll-over of archive files).
Date: Mon, 11 Aug 1997 10:22:27 -0700 From: Bill Catambay <camelot.admin at lmco dot com> Subject: Re: Moderate lists At 10:11 AM -0700 on 8/9/97, Mikael Hansen wrote: > At 16:37 -0700 8/8/1997, Mikael Hansen wrote: > > >Thanks, Bill. The files look fine to me at this time. If I find or think > >of anything unusual, I'll be sure to send you a mail. > > Found it! The sender of the file in the Filed Mail folder is > camelot.admin at lmco dot com. The *general* listmaster is also > camelot.admin at lmco dot com. That means that the list contribution is posted on > a moderated list, as the mail is from either the general listmaster > (camelot.admin at lmco dot com) or the list-specific listmaster > (bill.m.catambay at lmco dot com). > Mikael, Thanks for checking it out for me! I didn't realize that the general listmaster also had the list-specific privilege. I tried from a different address, and it does forward to the listmaster now. The problem I have now is that when I use the redirect command to post the notes, they come right back to the listmaster. I'm sure this is due to the fact that Autoshare is configured with lists using the "RFC From" rather than the "Envelope" option (and redirect puts the original poster's address in the RFC From). For the other lists, I need to keep the "RFC From" option, but for this moderated list, I need the "Envelope" option so that I can redirect the mail from the listmaster's account. What's the chance of moving this Miscellaneous option down to a list-specific option? Bill _-^-_ / o o \ -------ooo--'---U---`---ooo----------------------------------------- Bill Catambay....................... mailto:bill.m.catambay at lmco dot com Lockheed Martin, EIS................ ph:408.742.1000 Software Developer, Electronics Manufacturing http://nexus.lmms.lmco.com/DEMON Webmaster, Map Maker http://www.catambay.com/pascal-central http://www.catambay.com/morgana
Date: Mon, 11 Aug 1997 15:05:03 -0500 From: Jerry Thompson <jthompson at directhit dot com> Subject: AS 1.4b4 Not Quitting... Greetings, Using 1.4b0 or so and starting from last night AutoShare does not want to quit. However, neither the computer, and background apps, or the Finder has crashed. In fact, everything works just fine. Fine except that AutoShare fails to quit either via the File menu or through the admin. BTW, trying to quit AS via the admin crashes the computer. Force-quitting AS crashes the computer. OK... so now that AutoShare won't quit, the other problem is that it is not processing mail. Mail comes in, saved to AS's folder. And then collect. If I restart the computer, AS will process the first mail file, then stop. Restarting the computer again... AS starts up fine... processes the first mail file (a different one).... then stops. I tried... Re-installing OS 7.6.1 (clean install) ... currently running OS 8.0 Nortons Utilities Disk First Aid Clean installs of AS 1.4b0 ... currently running AS 1.4b4 System... Motorola StarMax 3000/200 40 MB of ram/60 virtual OS 8.0 Web*, EIMS, RushHour, Netpresenz Any suggestions? PS: can you email suggestions directly since I receive the digest. Thanks. 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: Mon, 11 Aug 1997 12:13:45 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: Moderate lists At 10:22 -0700 11/8/1997, Bill Catambay wrote: >Thanks for checking it out for me! I didn't realize that the general >listmaster also had the list-specific privilege. I tried from a different >address, and it does forward to the listmaster now. Good to hear! >The problem I have now is that when I use the redirect command to post the >notes, they come right back to the listmaster. I'm sure this is due to the >fact that Autoshare is configured with lists using the "RFC From" rather >than the "Envelope" option (and redirect puts the original poster's address >in the RFC From). The standards for redirecting and forwarding are somewhat blurry, but it is my experience with the Eudora Redirect that the redirecter becomes the new envelope sender. This appears to be the client way, while on the other hand server forwarding such as that of EIMS keeps the original envelope sender. >What's the chance of moving this Miscellaneous option down to a >list-specific option? I don't even want to think about that :-) In any event, the key is your chosen type of redirection rather than the AutoShare configuration. Be aware though that the Eudora Redirect copies the original RFC From into the redirected RFC From (while the Eudora Forward puts the redirecter's address in the new RFC From), so this will not work with configuring AutoShare as RFC From within the environment of a moderated list.
Date: Mon, 11 Aug 1997 12:30:49 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: AS 1.4b4 Not Quitting... At 15:05 -0500 11/8/1997, Jerry Thompson wrote: >Using 1.4b0 or so and starting from last night AutoShare does not want to >quit. However, neither the computer, and background apps, or the Finder >has crashed. In fact, everything works just fine. Fine except that >AutoShare fails to quit either via the File menu or through the admin. >BTW, trying to quit AS via the admin crashes the computer. Force-quitting >AS crashes the computer. > >OK... so now that AutoShare won't quit, the other problem is that it is not >processing mail. Mail comes in, saved to AS's folder. And then collect. >If I restart the computer, AS will process the first mail file, then stop. >Restarting the computer again... AS starts up fine... processes the first >mail file (a different one).... then stops. I don't know what to say. The Admin quits the AutoShare server application instantly on my Mac, and so does a script. No problem from the File Menu either. AutoShare also happily processes one message file after the other. How are you doing on disk space? You also may want to inspect (the resource fork of) the message files in question. Are you trying quit locally or remotely?
Date: Mon, 11 Aug 1997 16:25:47 -0500 From: Jerry Thompson <jthompson at directhit dot com> Subject: Re: AS 1.4b4 Not Quitting... At 12:30 PM -0700 8/11/97, Mikael Hansen scribbled in cyberspace: > At 15:05 -0500 11/8/1997, Jerry Thompson wrote: > > >Using 1.4b0 or so and starting from last night AutoShare does not want to > >quit. However, neither the computer, and background apps, or the Finder > >has crashed. In fact, everything works just fine. Fine except that > >AutoShare fails to quit either via the File menu or through the admin. > >BTW, trying to quit AS via the admin crashes the computer. Force-quitting > >AS crashes the computer. > > > >OK... so now that AutoShare won't quit, the other problem is that it is not > >processing mail. Mail comes in, saved to AS's folder. And then collect. > >If I restart the computer, AS will process the first mail file, then stop. > >Restarting the computer again... AS starts up fine... processes the first > >mail file (a different one).... then stops. > > I don't know what to say. The Admin quits the AutoShare server application > instantly on my Mac, and so does a script. No problem from the File Menu > either. AutoShare also happily processes one message file after the other. > > How are you doing on disk space? You also may want to inspect (the resource > fork of) the message files in question. Are you trying quit locally or > remotely? re: Disk Space Disk space = 1.7GB free re: message files in question once AS is started, the mail file is pseudo processed and then deleted. So each new restart of AS processes a new mail file. However, none of the processed mail (new subscriptions) ever get sent out through EIMS. Have they been sent to email heaven? I've tried different versions of AutoShare and they all stop after the first message file. Anything I could delete or change which would be recreated once AS starts up again? Like a corrupted resource or preference? Thanks 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: Mon, 11 Aug 1997 16:28:31 -0500 From: Jerry Thompson <jthompson at directhit dot com> Subject: Re: AS 1.4b4 Not Quitting... At 12:32 PM -0700 8/11/97, Mikael Hansen scribbled in cyberspace: > At 15:05 -0500 11/8/1997, Jerry Thompson wrote: > > >If I restart the computer, AS will process the first mail file, then stop. > >Restarting the computer again... AS starts up fine... processes the first > >mail file (a different one).... then stops. > > By the way, what does the status window say? Status window just shows the first processed message file along with the time running (which is contiously updated)... BUT, a breakthru has occurred... A few moments ago, AS quit because "The application "AutoShare" has unexpectedly quit, because of an error of type 10 occurred." Perhaps there is a memory leak involved? 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: Mon, 11 Aug 1997 12:32:56 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: AS 1.4b4 Not Quitting... At 15:05 -0500 11/8/1997, Jerry Thompson wrote: >If I restart the computer, AS will process the first mail file, then stop. >Restarting the computer again... AS starts up fine... processes the first >mail file (a different one).... then stops. By the way, what does the status window say?
Date: Tue, 12 Aug 1997 10:24:57 +0100 From: jose.accino at ice.uma dot es (Jose A. Accino) Subject: Re: Numeric overflow error with 1.2 and 1.3 >Chances are that the 'Numeric overflow error' message stems from the >variables used for the various log totals. I can't know for sure though >without seeing the log file in question. If okay with you, can you StuffIt >the log file and send it to me at meh at dnai dot com? Thanks. > >Do you ever receive logs mailed to you as a listmaster? If not, I recommend Yes. Sorry, I've not been very clear. The problem with the log file was as follow: - After upgrading the system, I started AS 1.2 on past fri 8. While the 'processing log file' message was shown on the status window, the Mac seems to hang, although I was able to move the cursor but not to quit or send AS to background. - After restarting, the log file was 1.4 Mb long. (Our lists are actually inactive: all the suscribers are on vacation, and I receive a daily log) - I deleted the log and all the temp files and put a fresh copy of the AutoShare Preferences file, restarting the Mac again and both EIMS 1.2 and AS 1.2. AS started fine this time. - When I came back at work on mon 11, I saw that the Mac II crashed any time during the weekend with the numeric overflow error message. - Restarting, I saw that the log file was 1.4 Mb long again (!!!). - I cleaned again the AS folder on the preferences folder, and started with AS 1.3 just to see if the problem was solved using that version. - After a few seconds, the Mac crashed again with the same error. Maybe deleting the AutoShare folder on the preferences, and starting with a fresh copy, even resetting AS preferences manually again (after checking the hard disk again) will do the trick. I will try that now, and tell you. What do you think? José Alfonso.
Date: Tue, 12 Aug 1997 08:58:17 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: Numeric overflow error with 1.2 and 1.3 [It would seem that the outgoing mail from the vicinity of frutiger is very slow, at least was part of yesterday, so I'm Cc'ing you. James will return from a small vacation in around one day and can tell us about it at that time.] At 10:24 +0100 12/8/1997, Jose A. Accino wrote: >- After restarting, the log file was 1.4 Mb long. (Our lists are actually >inactive: all the suscribers are on vacation, and I receive a daily log) > >- I deleted the log and all the temp files and put a fresh copy of the >AutoShare Preferences file, restarting the Mac again and both EIMS 1.2 and >AS 1.2. AS started fine this time. > >- When I came back at work on mon 11, I saw that the Mac II crashed any time >during the weekend with the numeric overflow error message. > >- Restarting, I saw that the log file was 1.4 Mb long again (!!!). > >- I cleaned again the AS folder on the preferences folder, and started with >AS 1.3 just to see if the problem was solved using that version. > >- After a few seconds, the Mac crashed again with the same error. > >Maybe deleting the AutoShare folder on the preferences, and starting with a >fresh copy, even resetting AS preferences manually again (after checking the >hard disk again) will do the trick. I will try that now, and tell you. Looking forward to it! Okay, so the log file accelerates from being empty to 1.4MB in little time. Since you have created a new AutoShare Preferences file from scratch, it is not likely to be that. And since you have also run Disk First Aid and Norton, it rules out various mysterious file system stuff as well. Do you have a corrupt file in the Filed Mail folder? Is EIMS perhaps stuck in a loop and constantly feeding message files into the Filed Mail folder? The contents of the log is essential, as (the types of) the entries are likely to indicate the source of the problem. Tell us about them!
Date: Tue, 12 Aug 1997 12:30:08 -0700 From: Bill Catambay <camelot.admin at lmco dot com> Subject: Re: Moderate lists At 12:13 PM -0700 on 8/11/97, Mikael Hansen wrote: > >What's the chance of moving this Miscellaneous option down to a > >list-specific option? > > I don't even want to think about that :-) In any event, the key is your > chosen type of redirection rather than the AutoShare configuration. Be > aware though that the Eudora Redirect copies the original RFC From into the > redirected RFC From (while the Eudora Forward puts the redirecter's address > in the new RFC From), so this will not work with configuring AutoShare as > RFC From within the environment of a moderated list. > Yes, I'm aware of this... but I need to keep AutoShare using the RFC From for the other mailing lists (which is why I was hoping for the list specific option). :( _-^-_ / o o \ -------ooo--'---U---`---ooo----------------------------------------- Bill Catambay....................... mailto:bill.m.catambay at lmco dot com Lockheed Martin, EIS................ ph:408.742.1000 Software Developer, Electronics Manufacturing http://nexus.lmms.lmco.com/DEMON Webmaster, Map Maker http://www.catambay.com/pascal-central http://www.catambay.com/morgana
Date: Tue, 12 Aug 1997 14:39:29 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: Moderate lists At 12:30 -0700 12/8/1997, Bill Catambay wrote: >Yes, I'm aware of this... but I need to keep AutoShare using the RFC >From for the other mailing lists (which is why I was hoping for the >list specific option). You can also use the RFC From for your moderated list. It's just that you cannot use Eudora's Redirect for approving moderated list contributions, as the listmaster's address is needed in the RFC From header when using the RFC From. I understand though that you prefer the original sender's address to appear in the RFC From header. So noted. Another approach would be to check for a listmaster address in both the envelope and the RFC header regardless of the envelope versus RFC From setting. Strictly aimed at contribution approval, this is more, well, approachable.
Date: Wed, 13 Aug 1997 03:33:43 +0100 From: james at frutiger.staffs.ac dot uk (James Berriman) Subject: Re: Moderate lists At 22:39 12/08/97, Mikael Hansen wrote: >Another approach would be to check for a listmaster address in both the >envelope and the RFC header regardless of the envelope versus RFC From >setting. Strictly aimed at contribution approval, this is more, well, >approachable. Or perhaps you could check the first line of the message body for the list-specific password? I'd like to see that option. The moderator could then give out the password to trusted individuals. ( :-]) James
Date: Wed, 13 Aug 1997 03:33:57 +0100 From: james at frutiger.staffs.ac dot uk (James Berriman) Subject: passwords I had occasion to send an email admin message the other day and couldn't remember the list-specific password. It occurred to me that it would make sense for the default password to work on all lists as a master password. Individual listowners would only need to know their own password and would therefore be unable to affect any other list, but the autoshare administrator would be able to do everything with the default password. Sound like a good idea? ( :-]) James
Date: Tue, 12 Aug 1997 20:28:41 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: Moderate lists Here is my list contribution to the MACSCRPT list. ---begin--- At 13:32 +0100 11/8/1997, Bill Bedford wrote: >But > >tell application "Finder" of machine "Server" > set file sharing to false >end tell > >Will kick connected users off, the client machine get a 'Server "Server" >has closed down [time and date]' Interesting that adding the machine makes it work! At 08:00 -0500 11/8/1997, engel wrote: >This works under MacOS 8: > >tell application "File Sharing" > get connected users > disconnect the result >end tell Thanks! At 15:29 -0400 12/8/1997, Dan Feather wrote: >>tell application "File Sharing Extension" to quit >> >>under System 7? > >I've tried this on various 68k machines with systems from 7.1 to 7.5.5 >and it DOES NOT work IF there are users connected (which is when you need >it to work, right?). I asked because At 10:39 -0700 28/10/1996, Andy Bachorski wrote: >Well, if you don't care about just kicking people off the system, you can >send an quit command to the File Sharing Extension. Something like: > > tell application "File Sharing Extension" to quit > >I've tried it, and it works. Haven't checked extensively for side >effects, but it seems to be safe. Andy may have changed his mind since then though? ---end--
Date: Tue, 12 Aug 1997 20:36:09 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: The System process extender Forgot to change the subject in my list contribution. The subject shouldn't have been 'Re: Moderate lists', but rather pertaining to the issue of the new System process extender and how to disconnect users when shutting down.
Date: Wed, 13 Aug 1997 00:15:00 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Passworded contribution approvals James suggested applying the password concept to listmaster approval of contributions for announcement and moderated lists. Not a bad idea at all. After some initial thoughts, it would most likely be quite easy to implement.
Date: Wed, 13 Aug 1997 00:39:47 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: Passworded contribution approvals [First a confession: I mailed the previous brief list contribution to see just how fast the automated web archived would get updated (it took a few minutes), as we are experiencing delays in outgoing mail from the vicinity of frutiger.] At 00:15 -0700 13/8/1997, Mikael Hansen wrote: >James suggested applying the password concept to listmaster approval of >contributions for announcement and moderated lists. > >Not a bad idea at all. After some initial thoughts, it would most likely >be quite easy to implement. What about the chance of a password being posted to the list? What if the password is slightly misspelled, or if a list-specific listmaster by accident posts to the wrong list? Risky business. Not so with remote administration by e-mail, as the recommendation is to use the list server address as the recipient.
Date: Wed, 13 Aug 1997 12:07:57 +0100 From: jose.accino at ice.uma dot es (Jose A. Accino) Subject: Numeric overflow (solved) >>Maybe deleting the AutoShare folder on the preferences, and starting with = a >>fresh copy, even resetting AS preferences manually again (after checking t= he >>hard disk again) will do the trick. I will try that now, and tell you. > >Looking forward to it! Well, I did it so and it seems that is working fine. Note that I was using a backup copy of the AutoShare preferences file, so this could be the source of the problem. Each time I've had a trouble with AS (once or twice as much, always on upgrades) I've had to delete the AS preferences folder and that di= d the trick. It runs fine now. (Sorry that I deleted the bad log file... I wil= l do it better next time :-) ) So I've started to use the Admin to manage the lists from a remote Mac. Are there any docs about the Admin application? Are there some fields their scop= e being unknown to me (the FILE MAIL option on the Extras menu). BTW, the CLOC= K option on EXTRAS menu always starts showing 0-0-0-0 values although the AS status window on the mailserver Mac actually shows the right AS running time= . Is that option intended to show the time since the admin app started (instea= d of the AS app) or am I missing something? Is all that info hidden somewhere on the long 1.3 addendum? Thanks for your efforts and kind help, JA.
Date: Wed, 13 Aug 1997 07:52:31 -0700 From: Mikael Hansen <meh at dnai dot com> Subject: Re: Numeric overflow (solved) At 12:07 +0100 13/8/1997, Jose A. Accino wrote: >Well, I did it so and it seems that is working fine. Note that I was using a >backup copy of the AutoShare preferences file, so this could be the source >of the problem. Happy to hear that! Jerry resolved his situation pretty much the same way too. >(Sorry that I deleted the bad log file... I will do it better next time :-) ) Thanks. Good things happen to those, who wait :-) >So I've started to use the Admin to manage the lists from a remote Mac. Are >there any docs about the Admin application? See <http://frutiger.staffs.ac.uk/autoshare/archives/AutoShare-Talk/Current.html#[16 ]> >Is that option intended to show the time since the admin app started >(instead of the AS app) [...]? Yes. But maybe it should be changed to that of the server. I am heading for Death Valley shortly. Enjoy your week(end) :-) -- Mikael Hansen <mailto:meh at dnai.com> <http://www.dnai dot com/~meh/autoshare/> "I'm astounded by people who want to know the universe when it's hard enough to find your way around Chinatown." - Woody Allen
Date: Wed, 13 Aug 1997 08:40:55 -0700 From: Bill Catambay <camelot.admin at lmco dot com> Subject: Re: Moderate lists At 2:39 PM -0700 on 8/12/97, Mikael Hansen wrote: > At 12:30 -0700 12/8/1997, Bill Catambay wrote: > > >Yes, I'm aware of this... but I need to keep AutoShare using the RFC > >From for the other mailing lists (which is why I was hoping for the > >list specific option). > > You can also use the RFC From for your moderated list. It's just that you > cannot use Eudora's Redirect for approving moderated list contributions, as > the listmaster's address is needed in the RFC From header when using the > RFC From. > > I understand though that you prefer the original sender's address to appear > in the RFC From header. So noted. > ...not to mention that using Redirect reserves the post exactly as posted, whereas Eudora's Forward option does not. > Another approach would be to check for a listmaster address in both the > envelope and the RFC header regardless of the envelope versus RFC From > setting. Strictly aimed at contribution approval, this is more, well, > approachable. > I'll take it! :-) _-^-_ / o o \ -------ooo--'---U---`---ooo----------------------------------------- Bill Catambay....................... mailto:bill.m.catambay at lmco dot com Lockheed Martin, EIS................ ph:408.742.1000 Software Developer, Electronics Manufacturing http://nexus.lmms.lmco.com/DEMON Webmaster, Map Maker http://www.catambay.com/pascal-central http://www.catambay.com/morgana
Date: Wed, 13 Aug 1997 08:46:27 -0700 From: Bill Catambay <camelot.admin at lmco dot com> Subject: Re: Passworded contribution approvals At 12:39 AM -0700 on 8/13/97, Mikael Hansen wrote: > [First a confession: I mailed the previous brief list contribution to see > just how fast the automated web archived would get updated (it took a few > minutes), as we are experiencing delays in outgoing mail from the vicinity > of frutiger.] > > At 00:15 -0700 13/8/1997, Mikael Hansen wrote: > > >James suggested applying the password concept to listmaster approval of > >contributions for announcement and moderated lists. > > > >Not a bad idea at all. After some initial thoughts, it would most likely > >be quite easy to implement. > > What about the chance of a password being posted to the list? What if the > password is slightly misspelled, or if a list-specific listmaster by > accident posts to the wrong list? Risky business. > > Not so with remote administration by e-mail, as the recommendation is to > use the list server address as the recipient. > This is a good point, as another listserver, SmartList, just had a list password posted to the entire MMMG list by mistake. Also, it's much easier to use redirect without having to fumble with that password validation business. Make the moderator's life easy, as he/she has enough to worry about. :) _-^-_ / o o \ -------ooo--'---U---`---ooo----------------------------------------- Bill Catambay....................... mailto:bill.m.catambay at lmco dot com Lockheed Martin, EIS................ ph:408.742.1000 Software Developer, Electronics Manufacturing http://nexus.lmms.lmco.com/DEMON Webmaster, Map Maker http://www.catambay.com/pascal-central http://www.catambay.com/morgana
Date: Wed, 13 Aug 1997 14:49:59 -0500 From: Paul DuBois <paul at snake dot net> Subject: Admin "Window" bug? In the Admin, selecting Preferences>Window always seems to bring up the window with Hide selected, regardless of whether Hide or Show is the current setting. AutoShare 1.4b4 using Admin with embedded FaceSpan (created July 8). Does this happen for other people? -- Paul DuBois paul at snake dot net Home Page: http://www.primate.wisc.edu/people/dubois Software: http://www.primate.wisc.edu/software