From netatalk-admins-request@terminator.cc.umich.edu Wed Apr 8 20:29:51 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA02685; Wed, 8 Apr 92 20:29:54 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA02681; Wed, 8 Apr 92 20:29:51 -0400 Received: from [147.128.64.2] by sharkey.cc.umich.edu (5.65/1123-1.0) id AA26735; Wed, 8 Apr 92 20:32:22 -0400 Received: from alantec.alantec.com by gw.alantec.com with SMTP id AA05600 (5.65b/IDA-1.4.3.7 for netatalk-admins@itd.umich.edu); Wed, 8 Apr 92 17:32:44 -0700 Received: by alantec.alantec.com id AA01936 (5.65b/IDA-1.4.3.7 for netatalk-admins@itd.umich.edu); Wed, 8 Apr 92 17:32:43 -0700 Date: Wed, 8 Apr 92 17:32:43 -0700 From: "G. Paul Ziemba" Message-Id: <9204090032.AA01936@alantec.alantec.com> To: netatalk-admins@itd.umich.edu Subject: 1.2.1, SunOS 4.1.1, lpd beats HP IIIsi to death Hi folks, I've submitted my request to be put on the netatalk-admins list, but it might be a while, so responses to this message won't reach me unless you reply to me directly. I've just built netatalk 1.2.1 on my Sun Sparc IPC running SunOS 4.1.1. It built and installed without a hitch - definitely one of the easier installs I've done in a while. I set up our /etc/printcap similar to the one in etc/psf/etc.printcap, and I can print plain ascii and PS stuff to out HP IIIsi printer, which has an EtherTalk interface on it. However, it seems that either lpd or one of the psf-filters keeps restarting the print job after the file has come out of the printer, with successive invocations of pap and friends. Has anyone else experienced this problem (and come up with a remedy?) Is it possible that I configured something wrong? Is it possibly something related to the IIIsi problems mentioned in the 1.2.1 CHANGES? Where should I look? Thanks for any guidance y'all can give me. A copy of my /etc/printcap follows. ~!paul # # Ethertalk LaserWriter # lp|HP IIIsi on AppleTalk:\ :lp=/dev/null:lf=/var/adm/lpd-errs:pw#80:sh:\ :of=/usr/local/atalk/etc/ofpap:\ :if=/usr/local/atalk/etc/ifpap: From netatalk-admins-request@terminator.cc.umich.edu Wed Apr 15 07:03:41 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA03798; Wed, 15 Apr 92 07:03:44 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA03794; Wed, 15 Apr 92 07:03:41 -0400 Received: from vtvm2.cc.vt.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA24200; Wed, 15 Apr 92 07:06:18 -0400 Received: from UKACRL.BITNET by VTVM2.CC.VT.EDU (IBM VM SMTP V2R1) with BSMTP id 8227; Wed, 15 Apr 92 07:03:06 EDT Received: from RL.IB by UKACRL.BITNET (Mailer R2.07) with BSMTP id 1875; Wed, 15 Apr 92 11:57:46 BST Received: from RL.IB by UK.AC.RL.IB (Mailer R2.07) with BSMTP id 9776; Wed, 15 Apr 92 11:57:45 BST Via: UK.AC.RL.INF; 15 APR 92 11:57:44 BST Received: from cedar by inf.rl.ac.uk; Wed, 15 Apr 92 11:57:26 BST From: nbc%inf.rl.ac.uk@VTVM2.CC.VT.EDU Message-Id: <9204151058.AA08527@cedar> To: netatalk-admins@itd.umich.edu Date: Wed, 15 Apr 92 11:58:14 BST Subject: Status messages using pap X-Mailer: Elm [version 1.5b] I have installed Netatalk on a Sun 4 and have been using it to print to LaserWriters conencted to various Macs. All seems to work fine (many thanks to the developers). However, I do get some "permission denied" messages during the communication between the Sun and the Macs when I use pap to print jobs on the Mac printers. A typical sequence is as follows: neil$ tail lpd-errs ifpap[262]: sending to pap pap[263]: connecting to LaserWriter II NT:LaserWriter@bronze: status: busy status[263]: Permission denied pap[263]: starting session status[263]: Permission denied status[263]: Permission denied status[263]: Permission denied pap[263]: successful session ifpap[262]: 263 done ofpap[258]: done neil$ I was wondering what causes these messages. As I say, the job eventually prints OK but I would like to know why I get the messages and whether I should change ownerships on any of the Unix files. My etc/printcap entry is: at3:\ :lp=/dev/console:lf=/usr/adm/lpd-errs:pw#80:\ :sd=/var/spool/at3:mx#0:sf:\ :of=/usr/local/atalk/etc/ofpap:\ :if=/usr/local/atalk/etc/ifpap: and in /var/spool/at3 I have the following .paprc entry: LaserWriter II NT:LaserWriter@bronze pap and psf are owned by me (plain user) with no setuids or anything. Any suggestions welcomed. Thanks. Neil Calton -- Neil Calton UUCP: ..!mcsun!ukc!rlinf!nbc Informatics Department, NSFNET: nbc%inf.rl.ac.uk@nsfnet-relay.ac.uk Rutherford Appleton Laboratory, BITNET: nbc%uk.ac.rl.inf@ukacrl Chilton, Didcot, Oxon, OX11 0QX JANET: nbc@uk.ac.rl.inf England Tel: +44 235 44 5740 Fax: +44 235 44 5831 From netatalk-admins-request@terminator.cc.umich.edu Thu Apr 16 09:27:23 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA02382; Thu, 16 Apr 92 09:27:28 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA02377; Thu, 16 Apr 92 09:27:23 -0400 Received: from northstar.dartmouth.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA29114; Thu, 16 Apr 92 09:30:05 -0400 Received: from rigel.dartmouth.edu by northstar.dartmouth.edu (5.65+D3/4.2) id AA07756; Thu, 16 Apr 92 09:27:14 -0400 Message-Id: <9204161327.AA07756@northstar.dartmouth.edu> To: netatalk-admins@itd.umich.edu Subject: Once more, the question... Date: Thu, 16 Apr 92 09:27:05 EDT From: Pat Wilson Haven't seen this asked for at least a week: So, how's the phase 2 implementation coming? Pat Wilson Systems Manager, Project NORTHSTAR Dartmouth College paw@northstar.dartmouth.edu From netatalk-admins-request@terminator.cc.umich.edu Thu Apr 16 10:11:03 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA03367; Thu, 16 Apr 92 10:11:07 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA03362; Thu, 16 Apr 92 10:11:03 -0400 Received: from vtvm2.cc.vt.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA02963; Thu, 16 Apr 92 10:13:40 -0400 Received: from UKACRL.BITNET by VTVM2.CC.VT.EDU (IBM VM SMTP V2R1) with BSMTP id 5379; Thu, 16 Apr 92 10:10:26 EDT Received: from RL.IB by UKACRL.BITNET (Mailer R2.07) with BSMTP id 9198; Thu, 16 Apr 92 15:10:25 BST Received: from RL.IB by UK.AC.RL.IB (Mailer R2.07) with BSMTP id 7456; Thu, 16 Apr 92 15:10:24 BST Via: UK.AC.RL.INF; 16 APR 92 14:37:23 BST Received: from cedar by inf.rl.ac.uk; Thu, 16 Apr 92 14:37:07 BST From: nbc%inf.rl.ac.uk@VTVM2.CC.VT.EDU Message-Id: <9204161337.AA08942@cedar> To: netatalk-admins@itd.umich.edu Date: Thu, 16 Apr 92 14:37:56 BST Subject: Mac to Unix printing X-Mailer: Elm [version 1.5b] Firstly, thanks to Wes Craig and Shing Chi Cheung for correctly solving my problem with "permission denied" messages when using pap. The files status in the spool area needed to owned by daemon. I have another question. It is not a problem with netatalk but with the environment I would like to use it in. I would like to be able to use papd to print from the Macs to the Unix printers. However, we do not have Apple laserwriters but HP III-D printers. I can set up papd fine and see the Unix spooler in the Mac Chooser, and send the job from the Mac to the HP printer. However, the PostScript produced by the Mac is incompatible with the HP printer. We are running System 6.0.7 on the Macs and I assume it is the LaserPrep which is the problem. We only have one machine on System 7 at the moment and that seems to produce PostScript that will print on the HP's. We intend to upgrade all Macs to System 7 but not immediately, so if anyone knows of a workaround to deal with the System 6 PostScript I would be glad to hear of any suggestions. Apologies if the question is considered inappropriate for this forum. Thanks, Neil Calton -- Neil Calton UUCP: ..!mcsun!ukc!rlinf!nbc Informatics Department, NSFNET: nbc%inf.rl.ac.uk@nsfnet-relay.ac.uk Rutherford Appleton Laboratory, BITNET: nbc%uk.ac.rl.inf@ukacrl Chilton, Didcot, Oxon, OX11 0QX JANET: nbc@uk.ac.rl.inf England Tel: +44 235 44 5740 Fax: +44 235 44 5831 From netatalk-admins-request@terminator.cc.umich.edu Thu Apr 16 10:57:56 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA04629; Thu, 16 Apr 92 10:58:06 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA04625; Thu, 16 Apr 92 10:57:56 -0400 Received: from ivrit.ra.itd.umich.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA03644; Thu, 16 Apr 92 11:00:40 -0400 Return-Path: Received: by ivrit.ra.itd.umich.edu (5.65/1123-1.0) id AA01161; Thu, 16 Apr 92 10:57:40 -0400 Message-Id: <9204161457.AA01161@ivrit.ra.itd.umich.edu> From: Charles Clark To: nbc%inf.rl.ac.uk@VTVM2.CC.VT.EDU Cc: netatalk-admins@itd.umich.edu Subject: Re: Mac to Unix printing In-Reply-To: Your message of "Thu, 16 Apr 92 14:37:56 BST." <9204161337.AA08942@cedar> Date: Thu, 16 Apr 92 10:57:39 EDT Sender: cmclark@ivrit.ra.itd.umich.edu > From: nbc%inf.rl.ac.uk@VTVM2.CC.VT.EDU > To: netatalk-admins@itd.umich.edu > We only have one machine on System 7 at the moment and that seems to > produce PostScript that will print on the HP's. We intend to upgrade > all Macs to System 7 but not immediately, so if anyone knows of a workaround > to deal with the System 6 PostScript I would be glad to hearof any > suggestions. You can install system 7 printing into a system 6.0.x system; in fact system 6.0.8 is just 6.0.7 with the new printing drivers, basically. cmc From netatalk-admins-request@terminator.cc.umich.edu Thu Apr 16 11:14:52 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA05023; Thu, 16 Apr 92 11:14:55 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA05017; Thu, 16 Apr 92 11:14:52 -0400 Received: from stimpy.css.itd.umich.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA04254; Thu, 16 Apr 92 11:17:31 -0400 Received: from powderedtoast.css.itd.umich.edu by css.itd.umich.edu (5.61/1123-1.0(us)) id AA19716; Thu, 16 Apr 92 11:14:36 -0400 Received: by powderedtoast (5.57/dumb-1.0) id AA08696; Thu, 16 Apr 92 11:16:27 -0400 Message-Id: <9204161516.AA08696@powderedtoast> To: nbc%inf.rl.ac.uk@vtvm2.cc.vt.edu Cc: netatalk-admins@itd.umich.edu Subject: Re: Mac to Unix printing In-Reply-To: Your message of Thu, 16 Apr 92 14:37:56 BST. <9204161337.AA08942@cedar> Date: Thu, 16 Apr 92 11:16:26 -0400 From: Mike Kuniavsky >We only have one machine on System 7 at the moment and that seems to >produce PostScript that will print on the HP's. We intend to upgrade The System 7 printer driver will work fine with System 6. Try dropping in on one of your System 6 machines and seeing if things print better. (This is, of course, assuming that the 7 driver is what's causing the one machine to print while the others don't, but it's an easy thing to try, anyway). ....Mike. From netatalk-admins-request@terminator.cc.umich.edu Thu Apr 16 11:38:09 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA05615; Thu, 16 Apr 92 11:38:13 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA05611; Thu, 16 Apr 92 11:38:09 -0400 Received: from stimpy.css.itd.umich.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA04729; Thu, 16 Apr 92 11:40:51 -0400 Received: from powderedtoast.css.itd.umich.edu by css.itd.umich.edu (5.61/1123-1.0(us)) id AA19878; Thu, 16 Apr 92 11:37:53 -0400 Received: by powderedtoast (5.57/dumb-1.0) id AA08722; Thu, 16 Apr 92 11:39:44 -0400 Message-Id: <9204161539.AA08722@powderedtoast> To: Mark Smith , cmclark@umich.edu Cc: nbc%inf.rl.ac.uk@vtvm2.cc.vt.edu, netatalk-admins@itd.umich.edu Subject: Re: Mac to Unix printing In-Reply-To: Your message of Thu, 16 Apr 92 10:48:52 EDT. <9204161448.AA04289@terminator.cc.umich.edu> Date: Thu, 16 Apr 92 11:39:42 -0400 From: Mike Kuniavsky It's good that we all agree on a solution, it must be right. ;-) From netatalk-admins-request@terminator.cc.umich.edu Wed Apr 22 05:42:13 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA27522; Wed, 22 Apr 92 05:42:17 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA27511; Wed, 22 Apr 92 05:42:13 -0400 Received: from kalikka.jyu.fi by sharkey.cc.umich.edu (5.65/1123-1.0) id AA17859; Wed, 22 Apr 92 05:44:54 -0400 Received: by kalikka.jyu.fi id AA28601 (5.65c8/IDA-1.4.4 for netatalk-admins@itd.umich.edu); Wed, 22 Apr 1992 12:41:08 +0300 From: Seppo Kallio Message-Id: <199204220941.AA28601@kalikka.jyu.fi> Subject: Re: Mac to Unix printing To: mcs (Mark Smith) Date: Wed, 22 Apr 92 12:41:07 EET DST Cc: nbc@inf.rl.ac.uk, netatalk-admins@itd.umich.edu In-Reply-To: <9204161448.AA04289@terminator.cc.umich.edu>; from "Mark Smith" at Apr 16, 92 10:48 am X-Mailer: ELM [version 2.3 PL11] X-Charset: ISO_8859-1 X-Char-Esc: 29 > I am 90% sure you can use the System 7 printer drivers under System 6 without > any ill effects. That is what we do around here in a mixed System 6 and > System 7 environment. Me too. But I would drop the LaserPrep from 7.0 also to the 6.0.7 System folder. (I have done this with 6.0.7 not with older systems and it works fine). From netatalk-admins-request@terminator.cc.umich.edu Thu Apr 23 10:10:30 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA01025; Thu, 23 Apr 92 10:10:39 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA01019; Thu, 23 Apr 92 10:10:30 -0400 Received: from ivrit.ra.itd.umich.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA29249; Thu, 23 Apr 92 10:13:24 -0400 Return-Path: Received: by ivrit.ra.itd.umich.edu (5.65/1123-1.0) id AA06576; Thu, 23 Apr 92 10:09:55 -0400 Message-Id: <9204231409.AA06576@ivrit.ra.itd.umich.edu> From: Charles Clark To: Seppo Kallio Cc: netatalk-admins@itd.umich.edu Subject: Re: Mac to Unix printing In-Reply-To: Your message of "Wed, 22 Apr 92 12:41:07 +0700." <199204220941.AA28601@kalikka.jyu.fi> Date: Thu, 23 Apr 92 10:09:54 EDT Sender: cmclark@ivrit.ra.itd.umich.edu > From: Seppo Kallio > To: mcs@terminator.cc.umich.edu (Mark Smith) > Me too. But I would drop the LaserPrep from 7.0 also to the 6.0.7 > System folder. (I have done this with 6.0.7 not with older systems > and it works fine). At least with the US software distribution, there is NO LaserPrep in the System 7.0 or 7.0.1 printing software; there is only the LaserWriter driver. cmc From netatalk-admins-request@terminator.cc.umich.edu Fri Apr 24 06:00:07 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA26735; Fri, 24 Apr 92 05:28:46 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA26731; Fri, 24 Apr 92 05:28:42 -0400 Received: from vtvm2.cc.vt.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA06380; Fri, 24 Apr 92 05:31:32 -0400 Received: from UKACRL.BITNET by VTVM2.CC.VT.EDU (IBM VM SMTP V2R1) with BSMTP id 1421; Fri, 24 Apr 92 05:27:55 EDT Received: from RL.IB by UKACRL.BITNET (Mailer R2.07) with BSMTP id 6117; Fri, 24 Apr 92 09:52:03 BST Received: from RL.IB by UK.AC.RL.IB (Mailer R2.07) with BSMTP id 5847; Fri, 24 Apr 92 09:52:02 BST Via: UK.AC.RL.INF; 24 APR 92 9:52:01 BST Received: from cedar by inf.rl.ac.uk; Fri, 24 Apr 92 09:52:15 BST From: nbc%inf.rl.ac.uk@VTVM2.CC.VT.EDU Message-Id: <9204240852.AA11371@cedar> To: netatalk-admins@itd.umich.edu Date: Fri, 24 Apr 92 9:52:27 BST Subject: Re: Mac to Unix printing X-Mailer: Elm [version 1.5b] Thanks to everyone who suggested using the System 7 printer drivers on my System 6 machines to get printing to our Unix LaserWriter (HP-III) to work. I copied the LaserWriter and Laser Prep files over (yes it is part of the UK distribution) - also needed the System 7 Print Monitor. Now all seems to work fine. Thanks again guys! Neil -- Neil Calton UUCP: ..!mcsun!ukc!rlinf!nbc Informatics Department, NSFNET: nbc%inf.rl.ac.uk@nsfnet-relay.ac.uk Rutherford Appleton Laboratory, BITNET: nbc%uk.ac.rl.inf@ukacrl Chilton, Didcot, Oxon, OX11 0QX JANET: nbc@uk.ac.rl.inf England Tel: +44 235 44 5740 Fax: +44 235 44 5831 From netatalk-admins-request@terminator.cc.umich.edu Fri May 1 12:51:34 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA03017; Fri, 1 May 92 12:51:38 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA03013; Fri, 1 May 92 12:51:34 -0400 Received: from UNIX2.IS.TCU.EDU by sharkey.cc.umich.edu (5.65/1123-1.0) id AA03191; Fri, 1 May 92 12:54:39 -0400 Received: by unix2.is.tcu.edu (5.57/Ultrix3.0-C) id AA00763; Fri, 1 May 92 11:51:16 -0500 From: eidson@unix2.is.tcu.edu (Jon Eidson) Message-Id: <9205011651.AA00763@unix2.is.tcu.edu> Subject: Installation Help To: netatalk-admins@itd.umich.edu Date: Fri, 1 May 92 11:51:15 CDT X-Mailer: ELM [version 2.3 PL10] I think I remember an open request to help those of us who are initially installing netatalk ... so here goes. I have just installed everything on my Dec 5100-200 running Ultrix 4.2. All seemed to install aok. Now I am trying to crank up the daemons, but am having lots of problems. First off I'm not too sure about the "atalkd.conf" file. We currently have an ethernet zone called "TCU" using an assigned zone number of 500. How does all this relate to my node??? The following is what I am trying currently: ifconfig ln0 8.0 ln0 unix2 zone unix2 I have tried several combinations of numbers and names, but have not had any success. All other process quit with a message of: nbp_rgstr: Can't assign requested address Since this message occurs with all utilities, I assume the "atalkd" is the root of all my problems. Thanks in advance, Jon Eidson (eidson@unix2.is.tcu.edu) From netatalk-admins-request@terminator.cc.umich.edu Mon May 4 14:58:58 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA07796; Mon, 4 May 92 14:59:01 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA07792; Mon, 4 May 92 14:58:58 -0400 Received: from delphi.bsd.uchicago.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA25336; Mon, 4 May 92 15:02:11 -0400 Received: by delphi.bsd.uchicago.edu (4.1/SMI-4.1) id AA06630; Mon, 4 May 92 13:53:07 CDT Date: Mon, 4 May 92 13:53:07 CDT From: martin@delphi.bsd.uchicago.edu (Martin Starr) Message-Id: <9205041853.AA06630@delphi.bsd.uchicago.edu> To: netatalk-admins@itd.umich.edu Subject: Netatalk and ADSP Does netatalk support ADSP? Martin Starr Macintosh Support Manager Chapman and Cutler 111 West Monroe Street Chicago IL 60603-4080 voice 312-781-7298 fax 312-701-2361 QM-QM 312-917-7669 From netatalk-admins-request@terminator.cc.umich.edu Tue May 5 07:06:11 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA24541; Tue, 5 May 92 07:06:15 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA24537; Tue, 5 May 92 07:06:11 -0400 Received: from vtvm2.cc.vt.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA19030; Tue, 5 May 92 07:09:14 -0400 Received: from UKACRL.BITNET by VTVM2.CC.VT.EDU (IBM VM SMTP V2R1) with BSMTP id 1815; Tue, 05 May 92 07:05:10 EDT Received: from RL.IB by UKACRL.BITNET (Mailer R2.07) with BSMTP id 8174; Tue, 05 May 92 12:04:54 BST Received: from RL.IB by UK.AC.RL.IB (Mailer R2.07) with BSMTP id 2251; Tue, 05 May 92 11:57:33 BST Via: UK.AC.RL.INF; 5 MAY 92 11:19:48 BST Received: from cedar by inf.rl.ac.uk; Tue, 5 May 92 11:12:21 BST From: nbc%inf.rl.ac.uk@VTVM2.CC.VT.EDU Message-Id: <9205051012.AA15021@cedar> To: netatalk-admins@itd.umich.edu Date: Tue, 5 May 92 11:12:27 BST Subject: afpd questions X-Mailer: Elm [version 1.5b] I have been using the afpd supplied with netatalk to access the disk on the Sun IPC where I have installed netatalk (v1.2). I am accessing /usr and /home and things seem to work so far. However, within /home I have a number of NFS mount points where file systems from our file servers are mounted on the Sun IPC. Using netatalk and afpd I seem able to access these NFS filesystems from the server via the IPC. Now, I am by no means sure that I *should* be able to do this. Anyway, access is by no means reliable and strange things happen e.g. the Mac freezing up, or today the Finder seemed to disappear! All my windows on the Mac vanished and Finder was no longer accessible from the Apple Menu. Two applications were left running (MS Word and a clock) and when I killed these off the Finder and all the windows reappeared but at a configuration which was slightly older than when the Finder first disappeared (i.e. some windows open which I had recently closed etc.). Anyway, the point of all this is (1) would people expect NFS filestore to be accessible via afpd or is it a case of too many protocols spoiling the broth? (2) Is anyone else trying to do the same thing? (3) Would upgraiding to 1.2.1 have any effect? I know I could access the servers' filestore directly by installing netatalk on those machines but that is not an immediate option. Once again thanks in advance for any information or suggestions. Neil -- Neil Calton UUCP: ..!mcsun!ukc!rlinf!nbc Informatics Department, NSFNET: nbc%inf.rl.ac.uk@nsfnet-relay.ac.uk Rutherford Appleton Laboratory, BITNET: nbc%uk.ac.rl.inf@ukacrl Chilton, Didcot, Oxon, OX11 0QX JANET: nbc@uk.ac.rl.inf England Tel: +44 235 44 5740 Fax: +44 235 44 5831 From netatalk-admins-request@terminator.cc.umich.edu Tue May 5 12:28:33 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA01747; Tue, 5 May 92 12:28:40 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA01743; Tue, 5 May 92 12:28:33 -0400 Received: from BU.EDU by sharkey.cc.umich.edu (5.65/1123-1.0) id AA28487; Tue, 5 May 92 12:31:34 -0400 Received: by BU.EDU (1.99) Tue, 5 May 92 12:28:09 -0400 Received: by alfalfa.com ( 5.52 (84)/test) id AA13916; Tue, 5 May 92 10:33:49 EDT Received: by sun.UUCP (4.1/ASI-1.0) id AA17149; Tue, 5 May 92 10:38:43 EDT To: inf.rl.ac.uk!nbc@VTVM2.CC.VT.EDU Cc: netatalk-admins@itd.umich.edu Subject: Re: afpd questions In-Reply-To: <9205051012.AA15021@cedar> References: <9205051012.AA15021@cedar> X-Mailer: Poste 2.1B1 From: nazgul@alfalfa.com (Kee Hinckley) Date: Tue, 5 May 92 10:38:43 -0400 Message-Id: <920505103843.16192@sun.alfalfa.com> Encoding: 10 TEXT, 7 TEXT SIGNATURE > Anyway, the point of all this is (1) would people expect NFS filestore > to be accessible via afpd or is it a case of too many protocols I should hope so. Anything else strikes me as limiting for no good reason. But then, I spent six years at Apollo, with 2000+ machines all available on the network. > spoiling the broth? (2) Is anyone else trying to do the same thing? Sure, I access four or five machines through NFS mount points on my Sun. I haven't seen the problem you mention though. Alfalfa Software, Inc. | Poste: The EMail for Unix nazgul@alfalfa.com | Send Anything... Anywhere 617/646-7703 (voice/fax) | info@alfalfa.com I'm not sure which upsets me more: that people are so unwilling to accept responsibility for their own actions, or that they are so eager to regulate everyone else's. From netatalk-admins-request@terminator.cc.umich.edu Tue May 5 17:40:11 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA09404; Tue, 5 May 92 17:40:15 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA09398; Tue, 5 May 92 17:40:11 -0400 Received: from STI.COM by sharkey.cc.umich.edu (5.65/1123-1.0) id AA09504; Tue, 5 May 92 17:43:23 -0400 Received: from rafael.sti.com by sti.com (4.1/SMI-4.1) id AA02523; Tue, 5 May 92 14:39:26 PDT Received: by rafael.sti.com (5.57/Ultrix3.0-C) id AA01070; Tue, 5 May 92 14:38:47 -0700 Message-Id: <9205052138.AA01070@rafael.sti.com> From: dgreen@sti.com Date: Tue, 5 May 1992 14:38:45 -0700 X-Mailer: Mail User's Shell (7.2.2 4/12/91) To: netatalk-admins@itd.umich.edu Subject: Ethertalk Phase II? I know, I know. But I can't remember if it has been asked recently. When will Ethertalk Phase II be ready for netatalk? -- ____ \ /Dan Greening Software Transformation 1601 Saratoga-Sunnyvale Rd, #100 \/dgreen@sti.com (408) 973-8081 x313 Cupertino, CA 95014 From netatalk-admins-request@terminator.cc.umich.edu Tue May 5 17:52:30 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA09704; Tue, 5 May 92 17:52:33 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA09700; Tue, 5 May 92 17:52:30 -0400 Received: from aerospace.aero.org by sharkey.cc.umich.edu (5.65/1123-1.0) id AA09830; Tue, 5 May 92 17:55:41 -0400 Received: from uniblab.aero.org by aerospace.aero.org with SMTP (5.65c/6.0.GT) id AA25791 for netatalk-admins@itd.umich.edu; Tue, 5 May 1992 14:52:13 -0700 Posted-Date: Tue, 5 May 92 14:52:12 PDT Received: by uniblab.aero.org (4.1/SMI-4.1) id AA23551; Tue, 5 May 92 14:52:12 PDT Date: Tue, 5 May 92 14:52:12 PDT From: djp@uniblab.aero.org (Dennis Persinger) Message-Id: <9205052152.AA23551@uniblab.aero.org> To: netatalk-admins@itd.umich.edu Subject: Configuring atalkd for a net with no routers I'm trying to set up netatalk for use on a very trivial network (a IIci, a SPARC 2, and two printers using EtherPrint). My atalkd.conf file looks like this: ifconfig le1 0.0 ifconfig lo0 0.0 le1 UFOnet route le1 lo0 zone UFOnet le0 is connected to a different network with no Appletalk devices on it. The problem is that atalkd refuses to acknowledge any other devices on the net. If I register foo:LaserWriter using nbprgstr, I can see it just fine on the IIci, but nbplkup will not find anything on the net (it doesn't even send out any traffic on the wire, as verified by a sniffer). I suspect this has something to do with the fact that both le1 and lo0 are using net number 0. Am I close? An unrelated issue: when (if?) this part is running, I'd like to integrate it with Transcript (who's mention is conspicuously absent in the docs). Can pap substitute for pscomm? Any special tricks that people have out there? Many thanks, Dennis Persinger The Aerospace Corp. djp@uniblab.aero.org From netatalk-admins-request@terminator.cc.umich.edu Tue May 5 18:57:23 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA10989; Tue, 5 May 92 18:57:25 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA10985; Tue, 5 May 92 18:57:23 -0400 Received: from [131.162.1.117] by sharkey.cc.umich.edu (5.65/1123-1.0) id AA11751; Tue, 5 May 92 19:00:30 -0400 Received: by merlin.acadiau.ca (4.0/1.34) id AA04064; Tue, 5 May 92 19:56:13 ADT From: peter@merlin.acadiau.ca (Peter Steele) Message-Id: <9205052256.AA04064@merlin.acadiau.ca> Subject: Installing netatalk To: netatalk-admins@itd.umich.edu Date: Tue, 5 May 92 19:56:12 ADT X-Mailer: ELM [version 2.4dev PL66] Content-Type: text Content-Length: 587 I'm tackling this package for the first time and it seems to do much more than what I want. I'd need to be able to set up three printer definitions on a Unix host where the printers are on Appletalk. For now, I don't need to have Macs access Unix printers or the Unix file system. The intent is to allow postscript documents to be printed to these postscript printers from Unix. Can anyone give me some pointers where to start? Thanks. -- Peter Steele Unix Services Manager peter.steele@acadiau.ca Acadia University, Wolfville, NS Tel: 902-542-2201 Fax: 902-542-4364 From netatalk-admins-request@terminator.cc.umich.edu Tue May 5 19:54:08 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA12275; Tue, 5 May 92 19:54:12 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA12271; Tue, 5 May 92 19:54:08 -0400 Received: from log.css.itd.umich.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA12931; Tue, 5 May 92 19:57:16 -0400 Received: from nosegoblin.css.itd.umich.edu by css.itd.umich.edu (5.65/1123-1.0(css)) id AA04318; Tue, 5 May 92 19:54:46 -0400 Received: by nosegoblin.css.itd.umich.edu (4.1/dumb-1.0) id AA08258; Tue, 5 May 92 19:53:53 EDT From: ggood@css.itd.umich.edu Message-Id: <9205052353.AA08258@nosegoblin.css.itd.umich.edu> To: peter@merlin.acadiau.ca (Peter Steele) Cc: netatalk-admins@itd.umich.edu Subject: Re: Installing netatalk In-Reply-To: Your message of "Tue, 05 May 92 19:56:12 -0400." <9205052256.AA04064@merlin.acadiau.ca> Date: Tue, 05 May 92 19:53:51 -0400 >I'm tackling this package for the first time and it seems to do much >more than what I want. I'd need to be able to set up three printer >definitions on a Unix host where the printers are on Appletalk. For >now, I don't need to have Macs access Unix printers or the Unix file >system. The intent is to allow postscript documents to be printed to >these postscript printers from Unix. Can anyone give me some pointers >where to start? Thanks. Although you don't mention what kind of a system you've got, the hinfo record for merlin.acadiau.ca says it's an SLC, so I'll assume you're building this for a Sun. First off, are these PostScript printers directly attached to the ethernet, or do you at least have a LocalTalk to EtherTalk gateway? If so, then you should be all set. While you'll really only need to use the kernel extension, atalkd, psf, and pap, it's easy to just build the whole thing. The instructions in the README files are pretty clear. To configure outbound printing, you'll need to: 1) Build and install the kernel extension 2) Build everything else and install it in /usr/local/atalk (or somewhere else if you prefer). 3) Modify the sample atalkd.conf in etc/atalkd and install it, then start up atalkd. 4) Read through the man pages on psf and pap, and modify your printcap file appropriately. A sample printcap entry is provided in the psf(8) man page. You'll also need to make spool directories for each printer and install a .paprc file in each. 5) Put all the appropriate commands in /etc/rc to load the kernel extension and start atalkd at boot time. Samples are provided in the README.SUN file. We do pretty much what you want to do here (albeit on an RS-6000) - no file service, just outbound printing. Works fine for us. -Gordon Good -University of Michigan ITD/CSS unix support From netatalk-admins-request@terminator.cc.umich.edu Tue May 5 20:56:37 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA13480; Tue, 5 May 92 20:56:40 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA13476; Tue, 5 May 92 20:56:37 -0400 Received: from aerospace.aero.org by sharkey.cc.umich.edu (5.65/1123-1.0) id AA14114; Tue, 5 May 92 20:59:45 -0400 Received: from uniblab.aero.org by aerospace.aero.org with SMTP (5.65c/6.0.GT) id AA28508 for netatalk-admins@itd.umich.edu; Tue, 5 May 1992 17:56:18 -0700 Posted-Date: Tue, 5 May 1992 17:56:13 -0800 Received: from [130.221.193.96] (hook) by uniblab.aero.org (4.1/SMI-4.1) id AA24818; Tue, 5 May 92 17:56:12 PDT Message-Id: <9205060056.AA24818@uniblab.aero.org> Date: Tue, 5 May 1992 17:56:13 -0800 To: netatalk-admins@itd.umich.edu From: djp@uniblab.aero.org (Dennis Persinger) Subject: Re: Configuring atalkd for a net with no routers >I'm trying to set up netatalk for use on a very trivial network >(a IIci, a SPARC 2, and two printers using EtherPrint). My atalkd.conf >file looks like this: > >ifconfig le1 0.0 >ifconfig lo0 0.0 >le1 UFOnet >route le1 lo0 >zone UFOnet > >le0 is connected to a different network with no Appletalk devices on >it. The problem is that atalkd refuses to acknowledge any other >devices on the net. If I register foo:LaserWriter using nbprgstr, >I can see it just fine on the IIci, but nbplkup will not find anything >on the net (it doesn't even send out any traffic on the wire, as >verified by a sniffer). I suspect this has something to do with the >fact that both le1 and lo0 are using net number 0. Am I close? Some other data: * I can aecho devices on the net just fine (at least non-EtherPrint devices, since EtherPrint will not respond to an echo. Even though the EtherPrint didn't respond to an aecho, it did respond to the AARP). * netstat -i from the machine in question: Name Mtu Net/Dest Address Ipkts Ierrs Opkts Oerrs Collis Queue le0 1500 130.221.192.0 ufo 658727 248 221340 0 15416 0 le1 1500 130.221.80.0 ufo2.aero.org 1968 0 1296 0 0 0 le1 1500 af16: 00.00.00.00.01 1968 0 1296 0 0 0 lo0 1536 loopback localhost 326942 0 326942 0 0 0 lo0 1536 af16: 00 326942 0 326942 0 0 0 * Both the IIci and EtherPrints are configured as Phase I devices--confirmed by a sniffer. * The IIci can see and use the printers just fine. Confusedly yours, Dennis Persinger The Aerospace Corp. djp@uniblab.aero.org From netatalk-admins-request@terminator.cc.umich.edu Wed May 27 09:28:05 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA08605; Wed, 27 May 92 09:28:10 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA08596; Wed, 27 May 92 09:28:05 -0400 Received: from uunet.ca by sharkey.cc.umich.edu (5.65/1123-1.0) id AA01408; Wed, 27 May 92 09:31:53 -0400 Received: from shark by mail.uunet.ca with UUCP id <9617>; Wed, 27 May 1992 09:27:52 -0400 Received: by shark.csi.on.ca (/\==/\ Smail3.1.25.1 #25.11) id ; Wed, 27 May 92 09:16 EDT Received: by angel.csi.on.ca (AIX 3.1/UCB 5.61/4.03mcr) id AA15558; Wed, 27 May 92 09:12:35 -0400 From: mcr@angel.csi.on.ca (Michael Richardson) Message-Id: <9205271312.AA15558@angel.csi.on.ca> Subject: ``internet routers'' To: netatalk-admins@itd.umich.edu Date: Wed, 27 May 1992 09:12:35 -0400 X-Mailer: ELM [version 2.3 PL11] I have built and installed netatalk 1.2.1 on an RS/6000 here at Carp Systems. We have three Mac IIblah's and two Mac SEs on an AppleTalk network. The Mac II's also have ethernet cards which they use for running MacX. I have limited AppleTalk experience, so please be patient :-) I'm a Unix admin with lots of experience. I had told atalkd that my zone was ``CSI'' --- I then went to the Mac's to try and tell them. No such luck. The complain that there is no Internet router, so why set a zone. We had hope we'd be able to use one of the Mac IIs as a router between the AppleTalk and the rest our ethernet, letter the laser printers be shared be all rather than segregated. I have been unable to find any Apple documentation that tells me what an internet router is beyond ``something that routes between networks'' (no kidding). My atalkd.conf is basically: (en0 is the AIX ethernet I think) ifconfig en0 0.0 ifconfig lo0 0.0 en0 "CSI" route en0 lo0 zone CSI -- :!mcr!: | #include Michael Richardson | WORK: mcr@csi.on.ca HOME: mcr@sandelman.ocunix.on.ca From netatalk-admins-request@terminator.cc.umich.edu Fri May 29 12:09:12 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA04755; Fri, 29 May 92 12:09:16 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA04750; Fri, 29 May 92 12:09:12 -0400 Received: from watdragon.waterloo.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA26235; Fri, 29 May 92 12:12:40 -0400 Received: by watdragon.waterloo.edu id <168200>; Fri, 29 May 1992 12:08:03 -0400 From: "John M. Sellens" To: netatalk-admins@itd.umich.edu Subject: netatalk on RS6000 with AIX 3.2 Message-Id: <92May29.120803edt.168200@watdragon.waterloo.edu> Date: Fri, 29 May 1992 12:07:52 -0400 I'm trying to compile netatalk 1.2.1 on an RS6000 with AIX 3.2. All the regular stuff seemed to go okay, but I'm having problems when trying to compile in sys/rs6k. There are a number of places where it compiles better when BSD4_4 is defined, but some where it doesn't. I'm hesitant to just load something into the kernel that I've forced to compile. Has anyone used netatalk on AIX 3.2 with success? Thanks for any information John Sellens jmsellens@watdragon.uwaterloo.ca From netatalk-admins-request@terminator.cc.umich.edu Fri May 29 17:22:18 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA11345; Fri, 29 May 92 17:22:21 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA11341; Fri, 29 May 92 17:22:18 -0400 Received: from [131.112.176.1] by sharkey.cc.umich.edu (5.65/1123-1.0) id AA06508; Fri, 29 May 92 17:25:48 -0400 Received: by koudai.cs.titech.ac.jp (1.6W/koudai); Sat, 30 May 92 06:21:13 JST Return-Path: Received: by koudai.cs.titech.ac.jp (1.6W/koudai); Sat, 30 May 92 01:53:01 JST Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA04755; Fri, 29 May 92 12:09:16 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA04750; Fri, 29 May 92 12:09:12 -0400 Received: from watdragon.waterloo.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA26235; Fri, 29 May 92 12:12:40 -0400 Received: by watdragon.waterloo.edu id <168200>; Fri, 29 May 1992 12:08:03 -0400 From: "John M. Sellens" To: netatalk-admins@itd.umich.edu Subject: netatalk on RS6000 with AIX 3.2 Message-Id: <92May29.120803edt.168200@watdragon.waterloo.edu> Date: Fri, 29 May 1992 12:07:52 -0400 I'm trying to compile netatalk 1.2.1 on an RS6000 with AIX 3.2. All the regular stuff seemed to go okay, but I'm having problems when trying to compile in sys/rs6k. There are a number of places where it compiles better when BSD4_4 is defined, but some where it doesn't. I'm hesitant to just load something into the kernel that I've forced to compile. Has anyone used netatalk on AIX 3.2 with success? Thanks for any information John Sellens jmsellens@watdragon.uwaterloo.ca From netatalk-admins-request@terminator.cc.umich.edu Fri May 29 21:11:16 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA14198; Fri, 29 May 92 21:11:19 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA14194; Fri, 29 May 92 21:11:16 -0400 Received: from tymix.Tymnet.COM by sharkey.cc.umich.edu (5.65/1123-1.0) id AA12328; Fri, 29 May 92 21:15:00 -0400 Received: from tardis.tymnet.com by tymix.Tymnet.COM (4.1/SMI-4.1) id AA05645; Fri, 29 May 92 18:10:58 PDT Received: from doctor.tymnet.com by tardis.tymnet.com (4.1/SMI-4.1) id AA01208; Fri, 29 May 92 18:10:57 PDT Date: Fri, 29 May 92 18:10:57 PDT From: carl@tardis.Tymnet.COM (Carl Baltrunas) Message-Id: <9205300110.AA01208@tardis.tymnet.com> To: netatalk-admins@itd.umich.edu Subject: Connecting a Mac w/ Asante card to TCP/IP network Hi, I haven't been following all the recent discussions lately, and I'm not sure if this group is the right place to ask... but here's the situation. We just had 2 Mac's, both IIci's installed and they purchased the MacCon3 NuBus cards from Asante, along with their EtherTalk software. We also have, a few SPARCStations (SLC & IPX) and a few Sun-3 systems on a Starlan-10 ethernet network. We have an HP LaserJet IIID connected to the serial ports on the SLC and are running the Transcript software for printing. What we need to know... is, what other software (or hardware, if that's a better solution) do we need to have the Mac's be able to 1) spool files to the printer and 2) possibly store files on the sun server, whether it's NFS or in a separate disk partition formatted just for the Mac. Can this be done using netatalk on the Sun? Do we need MacTCP? Can anyone tell me exactly what we do need to make this work? Can we run Mac file sharing between the two Macs on using EtherTalk and maintain/build another connection to netatalk at the same time? Can we do this and run some kind of TCP/IP link to the Sun's for NFS and spooling? Are there any other questions I should be asking? We want to know our options, and what Software we need to buy or FTP to do all of this. ANY suggestions, reccommendations or help WILL be greatly appreciated. -Carl From netatalk-admins-request@terminator.cc.umich.edu Mon Jun 15 05:21:00 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA13226; Mon, 15 Jun 92 05:21:07 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA13213; Mon, 15 Jun 92 05:21:00 -0400 Received: from sunic.sunet.se by sharkey.cc.umich.edu (5.65/1123-1.0) id AA09213; Mon, 15 Jun 92 05:25:05 -0400 Received: from nexus.comm.se by sunic.sunet.se (5.65c8/1.25) id AA02264; Mon, 15 Jun 1992 11:20:38 +0200 Received: from beck (beck.nexus.comm.se) by nexus.comm.se with SMTP id AA20529 (5.65c8/IDA-1.4.4 for ); Mon, 15 Jun 1992 11:20:34 +0200 From: Thomas Tornblom Received: by beck id ; Mon, 15 Jun 92 11:20:33 +0200 Date: Mon, 15 Jun 92 11:20:33 +0200 Message-Id: <9206150920.AA14701@beck> To: netatalk-admins@itd.umich.edu Subject: Can't see the localtalk. X-Charset: ASCII X-Char-Esc: 29 I've set up netatalk 1.2.1 and the Macs can mount volumes on the my sun. We have a gatorbox that routes between the ethernet and the localtalk. However, from the sun I can't see the localtalk zone. Is this because the localtalk is AppleTalk Phase 2? If so, is there any good reason not to revert to Phase 1 until netatalk has been upgraded to support Phase 2? We have a fairly small number of Macs (~20). Thomas From netatalk-admins-request@terminator.cc.umich.edu Thu Jun 18 11:35:59 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA24142; Thu, 18 Jun 92 11:36:03 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA24138; Thu, 18 Jun 92 11:35:59 -0400 Received: from log.css.itd.umich.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA00604; Thu, 18 Jun 92 11:40:24 -0400 Received: from scherzo.css.itd.umich.edu by css.itd.umich.edu (5.65/1123-1.0(css)) id AA00975; Thu, 18 Jun 92 11:35:50 -0400 Received: by scherzo.css.itd.umich.edu (NeXT-1.0 (From Sendmail 5.52)/dumb-1.0) id AA00338; Thu, 18 Jun 92 11:35:43 EDT Date: Thu, 18 Jun 92 11:35:43 EDT From: jkenyon@css.itd.umich.edu Message-Id: <9206181535.AA00338@scherzo.css.itd.umich.edu> To: netatalk-admins@itd.umich.edu Subject: One ID that can't mount server I have one ID that refuses to mount the server (Sun IPC) when mounting as a registered user. Guest works as well as all other ID's -- There is nothing special about this ID -- it used to work. When I try to mount using this ID, the Mac hangs for a long time and then responds saying the connection to the server has been broken. Any ideas? -jk From netatalk-admins-request@terminator.cc.umich.edu Thu Jun 18 12:17:41 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA25159; Thu, 18 Jun 92 12:17:45 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA25155; Thu, 18 Jun 92 12:17:41 -0400 Received: from noc.byu.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA01645; Thu, 18 Jun 92 12:22:04 -0400 Received: from mg2.byu.edu (ucs.byu.edu) by noc.byu.edu NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0 id AA22092; Thu, 18 Jun 92 10:15:55 MDT Received: From ELWC_SLDLAN/WORKQUEUE by mg2.byu.edu via Charon 3.4 with IPX id 100.920618101712.256; 18 Jun 92 10:17:30 -0700 Message-Id: To: netatalk-admins@itd.umich.edu From: "Sean Eckton" Date: 18 Jun 92 10:16:51 MST Subject: Phase II? X-Mailer: Pegasus Mail v2.1cR3. I have heard that netatalk will soon support Phase II routing. How soon will that be? I would like to set netatalk up on a system, but I have been threatened that if I set up phase I, my boss will come after me. I value my job! Just interested.... --- Sean Eckton Network Support University Computing Services Brigham Young University Provo, UT ecktons@ucs.byu.edu (801)378-3833 From netatalk-admins-request@terminator.cc.umich.edu Mon Jun 22 12:19:35 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA20137; Mon, 22 Jun 92 12:19:38 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA20131; Mon, 22 Jun 92 12:19:35 -0400 Received: from relay1.UU.NET by sharkey.cc.umich.edu (5.65/1123-1.0) id AA19511; Mon, 22 Jun 92 12:24:00 -0400 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA24576; Mon, 22 Jun 92 12:19:23 -0400 Received: from tegra.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 121808.6762; Mon, 22 Jun 1992 12:18:08 EDT Received: from darth by tegra.com (4.1/SMI-4.1) id AA12171; Mon, 22 Jun 92 12:00:56 EDT Received: from alfred.tegra.com by darth (4.0/SMI-4.0) id AA09607; Mon, 22 Jun 92 12:00:51 EDT Date: Mon, 22 Jun 92 12:00:51 EDT From: cooper@tegra.com Message-Id: <9206221600.AA09607@darth> Received: by alfred.tegra.com (4.1/SMI-4.1) id AA04819; Mon, 22 Jun 92 12:01:08 EDT To: netatalk-admins@itd.umich.edu Subject: AppleTalk Phase 2 I currently have netatalk-1.2.1 running with CAP in BSDI Unix on a 486. I was very happy with the implimentation, and have both printers and remote filesystems working. I was wondering if there has been any work done on phase 2. If not I may try to do it myself. Thanks _____ | | Al Cooper |Tegra| (508) 663-7435 ----- cooper@tegra.com uunet!tegra!cooper From netatalk-admins-request@terminator.cc.umich.edu Mon Jun 22 12:32:41 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA20426; Mon, 22 Jun 92 12:32:45 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA20419; Mon, 22 Jun 92 12:32:41 -0400 Received: from kodak.com by sharkey.cc.umich.edu (5.65/1123-1.0) id AA20317; Mon, 22 Jun 92 12:37:08 -0400 Received: from kadsma.kodak.com by Kodak.COM (5.61+/2.1-Eastman Kodak) id AA02030; Mon, 22 Jun 92 12:32:51 -0400 Reply-To: fuller@telstar.Kodak.COM Received: from isctssc.telstar.kodak.com by kadsma.telstar.Kodak.COM with SMTP id AA08333 (5.65c/IDA-1.4.4 for ); Mon, 22 Jun 1992 12:30:20 -0500 Received: by isctssc.telstar.Kodak.COM id AA08400 (5.65c/IDA-1.4.4 for netatalk-admins@itd.umich.edu); Mon, 22 Jun 1992 12:33:20 -0400 Date: Mon, 22 Jun 1992 12:33:20 -0400 From: Bill Fuller Message-Id: <199206221633.AA08400@isctssc.telstar.Kodak.COM> To: netatalk-admins@itd.umich.edu Subject: HELP - can't see my node! Hi guys, I am trying to setup Apple talk on my Sun 4/110 running 4.1.1B. It has two ethernet boards, and acts as our TCP/IP gateway for our class B subnet. We do not run apple inside our net, so I was trying to use the outside board as our Apple Net connection. The process appears to run fine, but I can't see any other nodes on the backbone after I connect. Here is my config file: ifconfig ie1 100.0 ifconfig lo0 0.0 ie0 Backbone-EK-EtherTalk route ie1 lo0 zone Backbone-EK-EtherTalk Can someone help me understand what is going on? On another note, we will be upgrading to 4.1.2 very soon. Will I need a new version of netatalk? Im currently running 1.2. William H. Fuller Dial: (716)-726-2311 Senior Systems Consultant UUCP: ...!rochester!kodak!kadsma!fuller Rochester, N.Y. ARPA: fuller@telstar.kodak.com From netatalk-admins-request@terminator.cc.umich.edu Mon Jul 13 10:17:04 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA13152; Mon, 13 Jul 92 10:17:08 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA13146; Mon, 13 Jul 92 10:17:04 -0400 Received: from northstar.dartmouth.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA17584; Mon, 13 Jul 92 10:22:06 -0400 Received: from rigel.dartmouth.edu by northstar.dartmouth.edu (5.65+D3/4.2) id AA27531; Mon, 13 Jul 92 10:16:58 -0400 Message-Id: <9207131416.AA27531@northstar.dartmouth.edu> To: netatalk-admins@itd.umich.edu Subject: Phase II? Date: Mon, 13 Jul 92 10:16:57 EDT From: Pat Wilson So - how did the swtichover on July 12th go? Is there now a netatalk with Phase II support? An Enquiring mind. From netatalk-admins-request@terminator.cc.umich.edu Fri Jul 17 11:16:26 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA14688; Fri, 17 Jul 92 11:16:31 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA14682; Fri, 17 Jul 92 11:16:26 -0400 Received: from TACA.ECE.CMU.EDU by sharkey.cc.umich.edu (5.65/1123-1.0) id AA14806; Fri, 17 Jul 92 11:21:22 -0400 Received: by taca.ece.cmu.edu (5.54-ECE2/5.17) id AA21819; Fri, 17 Jul 92 11:16:20 EDT Message-Id: <9207171516.AA21819@taca.ece.cmu.edu> To: netatalk-admins@itd.umich.edu Subject: Contents of atalkd.conf file? Date: Fri, 17 Jul 92 11:16:20 -0400 From: "George Cebulka, ECE Facilities" Hello All: I am in the process of getting netatalk to runn on a DEC-DS3100 running Ultrix4.2a. I have compiled the code and installed. At this point when I try to start the atalkd I get the following error: socket: Protocol not supported I think I've traced the error to the addzone routine in init.c of the atalkd suite. (line 166 for those of you who are counting.) My guess is that the atalkd.conf file is not correct. Can someone tell me what the proper entries for this file are? Thanks in advance George Cebulka, ECE Facilities.  The contents of my atalkd.conf file are: ln0 ECE route ln0 lo0 zone ECE The output from netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll ln0 1500 cmunet taca.ece.cmu.ed 9861545 73 5426193 16 215224 lo0 1536 loop localhost 114356 0 114356 0 0 From netatalk-admins-request@terminator.cc.umich.edu Fri Jul 17 14:18:47 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA18977; Fri, 17 Jul 92 14:18:51 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA18972; Fri, 17 Jul 92 14:18:47 -0400 Received: from TACA.ECE.CMU.EDU by sharkey.cc.umich.edu (5.65/1123-1.0) id AA19845; Fri, 17 Jul 92 14:23:43 -0400 Received: by taca.ece.cmu.edu (5.54-ECE2/5.17) id AA22029; Fri, 17 Jul 92 14:18:39 EDT Message-Id: <9207171818.AA22029@taca.ece.cmu.edu> To: wes.craig@umich.edu Cc: netatalk-admins@itd.umich.edu Subject: Re: Contents of atalkd.conf file? In-Reply-To: Your message of "Fri, 17 Jul 92 14:11:50 EDT." <9207171811.AA18761@terminator.cc.umich.edu> Date: Fri, 17 Jul 92 14:18:38 -0400 From: "George Cebulka, ECE Facilities" Wes: This is going to sound like a dumb question, but How do I find out what the appletalk address of my network is? We are currently using the CAP software to do printing from our Unix systems to our laserwriters. There is a file that is needed for CAP to work called ATALK.LOCAL. Here is the file: # # atalk.local for taca.ece.cmu.edu #automatically generated on Mon Mar 30 16:04:06 EST 1992 # # host's appletalk network, node, zone 50.210 1 ECE # bridge's appletalk network, node, and ipaddress 50.66 50 128.2.66.50 However the appletalk address for the above host does not seem to be in the same format. Is this indeed the same address? Thanks George. From netatalk-admins-request@terminator.cc.umich.edu Fri Jul 17 16:41:37 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA22994; Fri, 17 Jul 92 16:41:42 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA22989; Fri, 17 Jul 92 16:41:37 -0400 Received: from log.css.itd.umich.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA24639; Fri, 17 Jul 92 16:46:28 -0400 Received: by css.itd.umich.edu (5.65/1123-1.0(css)) id AA19617; Fri, 17 Jul 92 16:41:16 -0400 Message-Id: <9207172041.AA19617@css.itd.umich.edu> To: wes.craig@umich.edu Cc: "George Cebulka, ECE Facilities" , netatalk-admins@itd.umich.edu Subject: Re: Contents of atalkd.conf file? In-Reply-To: Your message of "Fri, 17 Jul 92 15:17:28 EDT." <9207171917.AA20648@terminator.cc.umich.edu> Date: Fri, 17 Jul 92 16:41:14 -0400 From: ggood@css.itd.umich.edu >Someone who has run a CAP system more recently than >I, might be able to tell you which of those numbers cooresponds to the >network number you're looking for. Note that CAP gives network numbers >in XX.YY for, where XX and YY are each 8 bits. netatalk gives net >numbers in XXXX, where XXXX is a 16 bit number. It's not clear from your example how you had cap configured, but since your host and gateway were on different nets, I'll assume that you were set up as an IPTalk net and weren't doing streams NIT cap. If that's the case, then your ethertalk network number would be 50 * 256 + 66 = 12866. But if I'm wrong, it might be 50 * 256 + 210 = 13010. -Gordon From netatalk-admins-request@terminator.cc.umich.edu Tue Jul 21 07:38:39 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA12997; Tue, 21 Jul 92 07:38:42 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA12993; Tue, 21 Jul 92 07:38:39 -0400 Received: from sun4nl.nluug.nl by sharkey.cc.umich.edu (5.65/1123-1.0) id AA12439; Tue, 21 Jul 92 07:42:30 -0400 Received: from venlo.oce.nl by sun4nl.nluug.nl with SMTP id AA10596 (5.65b/CWI-3.3); Tue, 21 Jul 1992 13:33:51 +0200 Received: from localhost by venlo.oce.nl (4.1/SMI-4.1) id AA02352; Tue, 21 Jul 92 13:35:26 +0200 Message-Id: <9207211135.AA02352@venlo.oce.nl> To: netatalk-admins@itd.umich.edu Subject: megatron Reply-To: hls@oce.nl Return-Receipt-To: hls@oce.nl Date: Tue, 21 Jul 92 13:35:25 +0200 From: venlo!hls@relay.nluug.nl As distributed Netatalk 1.2.1 comes with the utility MEGATRON. This is used to transform from BinHex or MacBinary to the netatalk style AppleDouble format. Has someone improved megatron to do the opposite? In other words: Does there exist a program called "to-hqx" or "to-macbin"? Regards, Harry Schreurs Oce Nederland B.V. The Netherlands From netatalk-admins-request@terminator.cc.umich.edu Wed Jul 22 19:17:34 1992 Received: by terminator.cc.umich.edu (5.65/1123-1.0) id AA22731; Wed, 22 Jul 92 19:17:38 -0400 Received: from sharkey.cc.umich.edu by terminator.cc.umich.edu (5.65/1123-1.0) id AA22727; Wed, 22 Jul 92 19:17:34 -0400 Received: from ivrit.ra.itd.umich.edu by sharkey.cc.umich.edu (5.65/1123-1.0) id AA00901; Wed, 22 Jul 92 19:22:37 -0400 Return-Path: Received: by ivrit.ra.itd.umich.edu (5.65/1123-1.0) id AA17688; Wed, 22 Jul 92 19:17:12 -0400 Message-Id: <9207222317.AA17688@ivrit.ra.itd.umich.edu> From: Charles Clark To: hls@oce.nl Cc: netatalk-admins@itd.umich.edu Subject: Re: megatron In-Reply-To: Your message of "Tue, 21 Jul 92 13:35:25 +0200." <9207211135.AA02352@venlo.oce.nl> Date: Wed, 22 Jul 92 19:17:11 EDT Sender: cmclark@ivrit.ra.itd.umich.edu > Does there exist a program called "to-hqx" or "to-macbin"? I've added the ability to go from the afpd apple-double format to macbinary. I link megatron to the name "macbinary" for this. Going from binhex to macbinary sort of comes along for free, though I don't imagine this is too useful for anyone. If you want the latest megatron without waiting for the whole next release of netatalk, send mail to cmclark@umich.edu and I'll mail you one. cmc From netatalk-admins-request Thu Aug 20 21:20:08 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA20892; Thu, 20 Aug 92 21:20:13 -0400 Received: from terminator.cc.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA20887; Thu, 20 Aug 92 21:20:08 -0400 Message-Id: <9208210120.AA20887@terminator.cc.umich.edu> To: netatalk-admins Subject: admin bs From: wes.craig@umich.edu Date: Thu, 20 Aug 92 21:20:06 -0400 Sender: wes@terminator.cc.umich.edu As a couple of people have pointed out to me, the netatalk-admins mailing list is broken. Currently, all netatalk-admins mail is being forwarded to netatalk. What can I say? X.500... Anyway, I don't have access to the database, myself, so don't send anything to the list that you want anyone else to read. When we have it fixed, I'll forward a couple of things along... wes From netatalk-admins-request Fri Aug 21 05:04:24 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA24162; Fri, 21 Aug 92 05:04:31 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA24154; Fri, 21 Aug 92 05:04:24 -0400 Received: from ben.uknet.ac.uk by umich.edu (5.65/2.2) id AA02809; Fri, 21 Aug 92 05:04:22 -0400 Received: from eros.uknet.ac.uk by ben.uknet.ac.uk via UKIP with SMTP (PP) id ; Fri, 21 Aug 1992 10:03:57 +0100 Received: from prl.philips.co.uk by eros.uknet.ac.uk with UUCP id <21279-0@eros.uknet.ac.uk>; Fri, 21 Aug 1992 10:03:48 +0100 Received: from prsun11l by prlhp1.prl.philips.co.uk; Fri, 21 Aug 92 09:59:25 bst From: Richard Cole Date: Fri, 21 Aug 92 09:59:46 BST Message-Id: <4361.9208210859@prsun11l.prl.philips.co.uk> To: netatalk-admins@itd.umich.edu Subject: more info on printing problem Cc: jon@prl.phil.co.uk Sorry, I neglected to give full details of the systems we are using here - Mac II ci, 6.0.7, Ethertalk phase 1 ver 1.2 SunOS 4.1.1 Netatalk 1.2 Richard Cole Interactive Systems Group Philips Research Laboratories Cross Oak Lane Redhill Surrey RH1 5HA UK From netatalk-admins-request Fri Aug 21 05:04:23 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA24160; Fri, 21 Aug 92 05:04:31 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA24152; Fri, 21 Aug 92 05:04:23 -0400 Received: from ben.uknet.ac.uk by umich.edu (5.65/2.2) id AA02806; Fri, 21 Aug 92 05:04:13 -0400 Received: from eros.uknet.ac.uk by ben.uknet.ac.uk via UKIP with SMTP (PP) id ; Fri, 21 Aug 1992 10:03:55 +0100 Received: from prl.philips.co.uk by eros.uknet.ac.uk with UUCP id <21273-0@eros.uknet.ac.uk>; Fri, 21 Aug 1992 10:03:45 +0100 Received: from prsun11l by prlhp1.prl.philips.co.uk; Fri, 21 Aug 92 09:39:20 bst From: Richard Cole Date: Fri, 21 Aug 92 09:39:41 BST Message-Id: <4357.9208210839@prsun11l.prl.philips.co.uk> To: netatalk-admins@itd.umich.edu Subject: printing problem Cc: jon@prl.phil.co.uk Hi, I have a problem printing from our macs to a laserwriter II connected to the Sun network. The quote (') and double-quote (") characters are printed as U and S respectively. My test document was created with MacWrite II but I have had the problem with docs from other sources. Is this a known problem with a fix ? Any help appreciated ... Richard Cole Interactive Systems Group Philips Research Laboratories Cross Oak Lane Redhill Surrey RH1 5HA UK From mcs Fri Aug 21 08:48:54 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA25615; Fri, 21 Aug 92 08:48:57 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA25611; Fri, 21 Aug 92 08:48:54 -0400 Received: from terminator.cc.umich.edu by umich.edu (5.65/2.2) id AA04696; Fri, 21 Aug 92 08:48:51 -0400 Received: from terminator.cc.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA25600; Fri, 21 Aug 92 08:48:32 -0400 Message-Id: <9208211248.AA25600@terminator.cc.umich.edu> To: Richard Cole Cc: netatalk-admins@itd.umich.edu, jon@prl.phil.co.uk Subject: Re: printing problem In-Reply-To: Your message of "Fri, 21 Aug 92 09:39:41 BST." <4357.9208210839@prsun11l.prl.philips.co.uk> Date: Fri, 21 Aug 92 08:48:29 -0400 From: Mark Smith >From: Richard Cole > Hi, > I have a problem printing from our macs to a laserwriter II connected > to the Sun network. The quote (') and double-quote (") characters are > printed as U and S respectively. My test document was created with > MacWrite II but I have had the problem with docs from other sources. How is the LaserWriter II connected to the "Sun network"? This problem generally shows up with serial connected printers where the connection can't carry 8-bit data or when the LaserWriter itself is configured for 7-bit data (the U and S's appear when the high bit is dropped). The good news is that there is a shell script included with netatalk that changes the printer to accept all 8 bits. Take a look at netatalk-1.2/etc/papd/set8bit.sh. Run that at your printer and see if it fixes the problem. -Mark From netatalk-admins-request Fri Aug 21 15:15:05 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA01290; Fri, 21 Aug 92 15:15:09 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA01285; Fri, 21 Aug 92 15:15:05 -0400 Received: from function.mps.ohio-state.edu by umich.edu (5.65/2.2) id AA06917; Fri, 21 Aug 92 15:15:03 -0400 Received: by function.mps.ohio-state.edu (4.1/1.901101) id AA09642; Fri, 21 Aug 92 15:15:04 EDT From: Jim Harmon Message-Id: <9208211915.AA09642@function.mps.ohio-state.edu> Subject: ethertalk phase 2 To: netatalk-admins@itd.umich.edu Date: Fri, 21 Aug 92 15:15:04 EDT X-Mailer: ELM [version 2.3 PL11] Is netatalk going to support ethertalk phase 2 in a future release? harmon@mps.ohio-state.edu From netatalk-admins-request Fri Aug 21 16:23:12 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA02307; Fri, 21 Aug 92 16:23:15 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA02302; Fri, 21 Aug 92 16:23:12 -0400 Received: from thuja.gsfc.nasa.gov by umich.edu (5.65/2.2) id AA07218; Fri, 21 Aug 92 16:01:32 -0400 Received: Fri, 21 Aug 92 16:01:28 EDT by thuja.gsfc.nasa.gov (4.1/1.5) Date: Fri, 21 Aug 92 16:01:28 EDT From: Karl A. Anderson Message-Id: <9208212001.AA07490@thuja.gsfc.nasa.gov> To: netatalk-admins@itd.umich.edu Subject: Re: ethertalk phase 2 > >Is netatalk going to support ethertalk phase 2 in a future release? > I wanna know too. Karl A. Anderson | Internet: karl@thuja.gsfc.nasa.gov NASA/GSFC code 920.2 (HSTX) | voice: (301) 286-3815 Greenbelt, MD 20771 | #include "std_disclaimer" From netatalk-admins-request Fri Aug 21 16:59:57 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA02848; Fri, 21 Aug 92 17:00:01 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA02844; Fri, 21 Aug 92 16:59:57 -0400 Received: from terminator.cc.umich.edu by umich.edu (5.65/2.2) id AA07534; Fri, 21 Aug 92 16:59:55 -0400 Received: from terminator.cc.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA02837; Fri, 21 Aug 92 16:59:45 -0400 Message-Id: <9208212059.AA02837@terminator.cc.umich.edu> From: wes.craig@umich.edu To: Jim Harmon Cc: netatalk-admins@itd.umich.edu Subject: Re: ethertalk phase 2 In-Reply-To: Your message of "Fri, 21 Aug 92 15:15:04 EDT." <9208211915.AA09642@function.mps.ohio-state.edu> Date: Fri, 21 Aug 92 16:59:43 -0400 Sender: wes@terminator.cc.umich.edu > From: Jim Harmon > To: netatalk-admins@itd.umich.edu > Is netatalk going to support ethertalk phase 2 in a future release? Version 1.3 (the version I'd be working on, were I not typing mail) will support both phase 2 and auto-configuration. We may also distribute a version of timelord, a much fixed version of pap, and DDP/IP functionality. I'll let everyone on this list (and probably in comp.protocols.appletalk) know when I have the sun-only 1.3beta ready for ftp. Shortly there after, we will have some sort of release, with which ever other machines where ported during the sun-only beta. wes From netatalk-admins-request Mon Aug 24 15:25:10 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA21345; Mon, 24 Aug 92 15:25:19 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA21341; Mon, 24 Aug 92 15:25:10 -0400 Received: from terminator.cc.umich.edu by umich.edu (5.65/2.2) id AA10114; Mon, 24 Aug 92 15:25:05 -0400 Received: from terminator.cc.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA21331; Mon, 24 Aug 92 15:24:51 -0400 Message-Id: <9208241924.AA21331@terminator.cc.umich.edu> From: wes.craig@umich.edu To: aimla!ruby!jennine@uunet.UU.NET (Jennine Townsend) Cc: netatalk-admins@itd.umich.edu Subject: Re: LWIIf&g hang w/netatalk In-Reply-To: Your message of "Thu, 20 Aug 92 13:53:48 PDT." <9208202053.AA05141@ruby.AIM.Com> Date: Mon, 24 Aug 92 15:24:48 -0400 Sender: wes@terminator.cc.umich.edu > From: aimla!ruby!jennine@uunet.UU.NET (Jennine Townsend) > To: uunet!terminator.cc.umich.edu!wes@uunet.UU.NET > My thanks for netatalk; we're using 1.2.1 currently on a network > of Suns, Macs, and LaserWriters. I was curious about the ETA of phase II; > I don't think I've seen an update lately! Still working on it. I'm not giving estimates, these days: Saves me from lying... > But I'm actually writing to ask about an odd behavior of > LaserWriter (just IIf and IIg) printers on LocalTalk when a printout > from the Sun is over three pages long; pap gets stuck cycling like this: > [deleted] > and the LaserWriter stuck with its status light blinking, and the Sun > print queue still shows the (completely printed) job pending. > Have you seen this? Yupyupyup. This is a known problem. We're pretty sure it's the printer. The behavior seems to be that if the job is over a certain length (or on some printers, any job), the printer never closes its output stream. This is the stream on which errors are reported. The PAP protocol allows several jobs/files to be sent over a given connection/session. It reports errors on a coresponding output/error file. According to the protocol, when the client (the pap program on unix) sends EOF, the server (printer) is supposed to flush its output and send eof as well. This allows errors to be reported reliably and associated with the appropriate file. Unfortunately, somewhere around System 7, the LaserWriter driver stopped waiting for this EOF to close. I guess some programmer wanted to give the user the impression of faster printing, so he just arranged to send an immediate close, rather than waiting to see that the job printed. Shortly after *that*, several implementations of PAP for printers (and spoolers) came out that didn't bother to send the EOF, e.g. the IIf and g. We have a new version of pap which fixes a number of problems. It also includes a temporary fix for the EOF problem, as well. At some point, I'd like to investigate a fix for this problem that wouldn't just prematurely drop the connection as is done in the System 7 laserwriter drivers. If people are interested, I am willing to put this version of pap up for anonymous ftp. wes From netatalk-admins-request Mon Aug 24 16:27:48 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA22228; Mon, 24 Aug 92 16:27:53 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA22223; Mon, 24 Aug 92 16:27:48 -0400 Received: from terminator.cc.umich.edu by umich.edu (5.65/2.2) id AA10484; Mon, 24 Aug 92 16:27:46 -0400 Received: from terminator.cc.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA21461; Mon, 24 Aug 92 15:34:42 -0400 Message-Id: <9208241934.AA21461@terminator.cc.umich.edu> From: wes.craig@umich.edu To: Mike Passaretti Cc: netatalk-admins@itd.umich.edu Subject: Re: New Blood and a Question In-Reply-To: Your message of "Thu, 20 Aug 92 16:53:48 EDT." <9208202053.AA00360@michelotti.factsuns> Date: Mon, 24 Aug 92 15:34:38 -0400 Sender: wes@terminator.cc.umich.edu > From: mrmike@michelotti.ae.ge.com ("Mr. Mike" Passaretti) > atalkd[134]: echo: service unknown > atalkd[134]: rtmp: service unknown > atalkd[134]: zip: service unknown > atalkd[134]: nbp: service unknown > I tacked etc.services onto /etc/services and did the > appropriate magic to load the driver... I'm guessing that when you added etc.services to /etc/services, you broke something. Are the entries still tab separated? > atalkd[134]: rtmp_addrt: Network is unreachable > atalkd[134]: rtmp_delrt: No such process > plus I'm getting bursts of > atalkd[134]: zip sendto 1.147:6: Can't assign requested address > atalkd[134]: zip sendto 1.212:6: Can't assign requested address > atalkd[134]: zip sendto 1.147:6: Can't assign requested address > ifconfig le0 5.0 > ifconfig lo0 0.0 Hm. I wonder if you have your net address correct in your config file. The "Can't assign requested address" errors are presumably coming from the routine that trys to get zone names for routes that it has seen. Since the packets are being sent to 1.147 and 1.212, I'd suppose that those hosts are the two routers on your net. So, perhaps the net address for your host should actually be 1, not 5? > P.S. I hit -request with this too. Please add me to the list Done. wes BTW, sorry it took me a bit to respond. We've had some problems with our various netatalk lists here. From netatalk-admins-request Mon Aug 24 17:27:48 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA23432; Mon, 24 Aug 92 17:27:56 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA22840; Mon, 24 Aug 92 16:51:20 -0400 Received: from citi.umich.edu by umich.edu (5.65/2.2) id AA10612; Mon, 24 Aug 92 16:51:19 -0400 Message-Id: <9208242051.AA10612@umich.edu> Received: from doom.citi.umich.edu [141.211.128.207] by citi.umich.edu with SMTP; Mon, 24 Aug 92 16:50:20 -0400 From: peter honeyman To: Jim Harmon , netatalk-admins@itd.umich.edu Date: Mon, 24 Aug 92 16:50:19 -0400 Subject: Re: ethertalk phase 2 In-Reply-To: Wes Craig's message of Fri, 21 Aug 92 16:59:43 -0400. <9208212059.AA02837@terminator.cc.umich.edu> > We may also distribute a version of timelord ... i have a netatalk timelord server for anyone who wants it. peter From netatalk-admins-request Tue Aug 25 05:38:49 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA29559; Tue, 25 Aug 92 05:39:44 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA29553; Tue, 25 Aug 92 05:38:49 -0400 Received: from ib.rl.ac.uk by umich.edu (5.65/2.2) id AA15033; Tue, 25 Aug 92 05:38:45 -0400 Received: from UKACRL.BITNET by ib.rl.ac.uk (IBM VM SMTP V2R1) with BSMTP id 0653; Tue, 25 Aug 92 10:39:33 BST Received: from RL.IB by UKACRL.BITNET (Mailer R2.07) with BSMTP id 6541; Tue, 25 Aug 92 10:39:32 BST Received: from RL.IB by UK.AC.RL.IB (Mailer R2.07) with BSMTP id 6472; Tue, 25 Aug 92 10:39:31 BST Via: UK.AC.RL.INF; 25 AUG 92 10:39:30 BST Received: from neil by inf.rl.ac.uk; Tue, 25 Aug 92 10:43:44 BST Date: Tue, 25 Aug 92 10:43:43 BST From: nbc%inf.rl.ac.uk@ib.rl.ac.uk Message-Id: <9208250943.AA12400@neil> To: wes.craig@umich.edu Subject: Re: problem with one user accessing Sun filestore Cc: netatalk-admins@itd.umich.edu > > When ever we try and access the Sun partition via the Chooser and > > Appleshare with this userid we always get the message: > > "Sorry, your password is incorrect. Please reenter it" > > In my experience, there are two common causes for this sort of > problem. 1. The user has a shell which doesn't appear in /etc/shells > or 2. The user is in too many groups (the initgroups call fails). In > either case, afpd should log some sort of error to syslog. Have you > seen anything there? No I cannot see any error messages logged and I have checked immediately after I have tried to access the Sun disc from the Mac with the offending userid. The user is in only one group. However, I have noticed that the NIS passwd entry has no shell specified. Now in Unix this would cause /bin/sh to be the default shell but I am not sure if afpd expects there to be an entry. I have asked the Sun administrator to change the entry but they have not gone around to doing this yet. When they do I will see if this has any effect. Neil From netatalk-admins-request Tue Aug 25 07:55:33 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA00453; Tue, 25 Aug 92 07:55:37 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA00446; Tue, 25 Aug 92 07:55:33 -0400 Received: from ib.rl.ac.uk by umich.edu (5.65/2.2) id AA15919; Tue, 25 Aug 92 07:55:27 -0400 Received: from UKACRL.BITNET by ib.rl.ac.uk (IBM VM SMTP V2R1) with BSMTP id 0827; Tue, 25 Aug 92 12:56:18 BST Received: from RL.IB by UKACRL.BITNET (Mailer R2.07) with BSMTP id 0632; Tue, 25 Aug 92 12:56:17 BST Received: from RL.IB by UK.AC.RL.IB (Mailer R2.07) with BSMTP id 1504; Tue, 25 Aug 92 12:56:16 BST Via: UK.AC.RL.INF; 25 AUG 92 12:56:14 BST Received: from neil by inf.rl.ac.uk; Tue, 25 Aug 92 13:00:28 BST Date: Tue, 25 Aug 92 13:00:27 BST From: nbc%inf.rl.ac.uk@ib.rl.ac.uk Message-Id: <9208251200.AA12496@neil> To: wes.craig@umich.edu Subject: Re: problem with one user accessing Sun filestore + new question Cc: netatalk-admins@itd.umich.edu > However, I have noticed that the NIS passwd entry has no shell specified. > Now in Unix this would cause /bin/sh to be the default shell but I am not > sure if afpd expects there to be an entry. I have asked the Sun administrator > to change the entry but they have not gone around to doing this yet. When they > do I will see if this has any effect. The administrator did this quicker than I expected. It now works. With the shell specified in the NIS entry the userid can now access the Sun disk from the Mac. Not sure if this should be described as a bug or a feature. I also have another question concerning the permissions mode of files created on the Sun via afpd. This is 600. In some cases we would like to be able to share files between users on different Macs. Is there any way other than altering the default of 600 all the way through the code of getting what we want. It would be nice to keep the 600 mode for our own file partitions but have a different mode on the shared partition. My C knowledge is minimal - would it be feasible to check either the group permission on the parent directory or the identity of the user making the call and use a different set of permissions on files created on that particular file partition? Suggestions and comments welcome. Thanks. Neil From netatalk-admins-request Thu Sep 3 16:30:30 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA14853; Thu, 3 Sep 92 16:30:33 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA14849; Thu, 3 Sep 92 16:30:30 -0400 Received: from cis-gw.njit.edu by umich.edu (5.65/2.2) id AA03940; Thu, 3 Sep 92 16:30:27 -0400 Received: by cis.njit.edu (5.61+++/cis-1.0) id AA04867; Thu, 3 Sep 92 16:30:25 -0400 Date: Thu, 3 Sep 92 16:30:25 -0400 From: cheng@cis.njit.edu (Felicia Cheng) Message-Id: <9209032030.AA04867@cis.njit.edu> To: netatalk-admins@itd.umich.edu Subject: netatalk Cc: cheng@cis.njit.edu I have a MAC LC running System 6.0.7, configured with an ethernet card. with VersaTerm installed. I also have a Sun workstation running Sun OS 4.1.2 and is connected to a SparcPrinter with NeWSprint 2.0 installed. With the above configuration, can I print from MAC to the SUN ? Do I need any special gateway such as Shiva FastPath ? I have read that I may need to update the printing to system 7, if so, how can I get the System 7 printing drivers? thanx felicia cheng From netatalk-admins-request Thu Sep 3 18:56:54 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA16991; Thu, 3 Sep 92 18:56:58 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA16987; Thu, 3 Sep 92 18:56:54 -0400 Received: from terminator.cc.umich.edu by umich.edu (5.65/2.2) id AA00459; Thu, 3 Sep 92 18:56:51 -0400 Received: from terminator.cc.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA16975; Thu, 3 Sep 92 18:56:42 -0400 Message-Id: <9209032256.AA16975@terminator.cc.umich.edu> From: wes.craig@umich.edu To: cheng@cis.njit.edu (Felicia Cheng) Cc: netatalk-admins@itd.umich.edu Subject: Re: netatalk In-Reply-To: Your message of "Thu, 03 Sep 92 16:30:25 EDT." <9209032030.AA04867@cis.njit.edu> Date: Thu, 03 Sep 92 18:56:38 -0400 Sender: wes@terminator.cc.umich.edu > From: cheng@cis.njit.edu (Felicia Cheng) > To: netatalk-admins@itd.umich.edu > I have a MAC LC running System 6.0.7, configured with an ethernet card. > with VersaTerm installed. > I also have a Sun workstation running Sun OS 4.1.2 and is > connected to a SparcPrinter with NeWSprint 2.0 installed. > With the above configuration, can I print from MAC to the SUN ? > Do I need any special gateway such as Shiva FastPath ? No special gateway is required. netatalk 1.2.1 (the currently released version) does not do phase 2 appletalk, so you'll need to keep your phase 1 appletalk drivers around on your mac. I'm not aware of anyone who has tried netatalk with NeWSprint, but we are interested in seeing it work. > I have read that I may need to update the printing to system 7, > if so, how can I get the System 7 printing drivers? If you upgrade your mac to 6.0.8, you'll get the system 7 print drivers. It is a good idea to upgrade. wes From netatalk-admins-request Fri Sep 4 09:58:35 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA26330; Fri, 4 Sep 92 09:58:40 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA26323; Fri, 4 Sep 92 09:58:35 -0400 Received: from cis-gw.njit.edu by umich.edu (5.65/2.2) id AA04721; Fri, 4 Sep 92 09:58:30 -0400 Received: by cis.njit.edu (5.61+++/cis-1.0) id AA10261; Fri, 4 Sep 92 09:58:28 -0400 Message-Id: <9209041358.AA10261@cis.njit.edu> From: cheng@cis.njit.edu (Felicia Cheng) Date: Fri, 4 Sep 1992 09:58:27 EDT X-Mailer: Mail User's Shell (7.1.2 7/11/90) To: netatalk-admins@itd.umich.edu Subject: installation problem Cc: cheng@cis.njit.edu Hi, I have installed netatalk version 1.2.1, however, when I rebooted the system, I show the following error message, I have already added etc.services on the server machine, and did a make of the YP ( the machines are running Sun OS 4.1.2). on inis4, ypcat services can see those services. what have I missed ? Sep 3 19:05:27 inis4 papd[145]: pap_slinit Sep 3 19:05:27 inis4 papd[145]: initialize: Protocol not supported (exiting) the papd.conf file ------------------- # This file consists of a keyword and value colon separated pair, # one per line. Everything after the colon is significant, so # don't insert white space unless you want the values to contain # them. Papd also doesn't like blank lines. # # File containing list of fonts resident in printer we spool to fontfile:/var/spool/atalk/LWPlusFonts # # Location of printcap printcap:/etc/printcap # # Directory to store Macintosh procedure sets in. #procsetdir:/var/spool/lpd/papd-procsets printer:r4111 # # Name to appear in the Macintosh chooser choosername:Unix Spooler thanx felicia From netatalk-admins-request Fri Sep 4 12:11:18 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA29620; Fri, 4 Sep 92 12:11:21 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA29616; Fri, 4 Sep 92 12:11:18 -0400 Received: from citi.umich.edu by umich.edu (5.65/2.2) id AA05633; Fri, 4 Sep 92 12:11:16 -0400 Message-Id: <9209041611.AA05633@umich.edu> Received: from doom.citi.umich.edu [141.211.128.207] by citi.umich.edu with SMTP; Fri, 04 Sep 92 12:10:15 -0400 From: peter honeyman To: cheng@cis.njit.edu (Felicia Cheng) Cc: netatalk-admins@itd.umich.edu Date: Fri, 04 Sep 92 12:10:14 -0400 Subject: Re: installation problem In-Reply-To: Your message of Fri, 04 Sep 92 09:58:27 -0400. <9209041358.AA10261@cis.njit.edu> is atalkd running? peter From netatalk-admins-request Fri Sep 4 12:35:24 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA00426; Fri, 4 Sep 92 12:35:30 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA00417; Fri, 4 Sep 92 12:35:24 -0400 Received: from terminator.cc.umich.edu by umich.edu (5.65/2.2) id AA05874; Fri, 4 Sep 92 12:35:20 -0400 Received: from terminator.cc.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA00404; Fri, 4 Sep 92 12:35:12 -0400 Message-Id: <9209041635.AA00404@terminator.cc.umich.edu> From: wes.craig@umich.edu To: cheng@cis.njit.edu (Felicia Cheng) Cc: netatalk-admins@itd.umich.edu Subject: Re: installation problem In-Reply-To: Your message of "Fri, 04 Sep 92 09:58:27 EDT." <9209041358.AA10261@cis.njit.edu> Date: Fri, 04 Sep 92 12:35:08 -0400 Sender: wes@terminator.cc.umich.edu > From: cheng@cis.njit.edu (Felicia Cheng) > To: netatalk-admins@itd.umich.edu > Sep 3 19:05:27 inis4 papd[145]: initialize: Protocol not supported (exiting) This message generally indicates that the netatalk loadable module has not been stuffed into the kernel. There is some mention of adding something like modload -sym -entry at_entry netatalk.o to your /etc/rc, in the README.SUN file. This is the code which allows your sun to have AF_APPLETALK sockets. Peter also mentioned that you may not be running atalkd. atalkd is the process which is responsible for maintianing routing tables and doing NBP. You'll need to start it in /etc/rc also. wes From netatalk-admins-request Tue Sep 8 17:26:39 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA20811; Tue, 8 Sep 92 17:26:55 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA20805; Tue, 8 Sep 92 17:26:39 -0400 Received: from terminator.cc.umich.edu by umich.edu (5.65/2.2) id AA22996; Tue, 8 Sep 92 17:26:31 -0400 Received: from terminator.cc.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA20791; Tue, 8 Sep 92 17:26:03 -0400 Message-Id: <9209082126.AA20791@terminator.cc.umich.edu> To: netatalk-admins@umich.edu Subject: PAP interim release From: wes.craig@umich.edu Date: Tue, 08 Sep 92 17:25:59 -0400 Sender: wes@terminator.cc.umich.edu The following shar file contains the version of pap which will likely be included in the 1.3 release. It expects to be installed in bin/pap. To unshar it, cd to your source area's bin directory, and run the file below through sh. wes ------ cut ------ #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh 'pap/README' <<'END_OF_FILE' XThis is an interim release of pap (between the official release of X1.2.1 and 1.3). It is a complete rewrite of the pap found in 1.2.1. It Xexpects to be installed in the source bin directory, not in the source Xetc/papd directory. There are two changes you might want to make to Xthe CFLAGS variable in the Makefile: X X -DPRAGMATIC X This causes several bit of work-around code to be included. X Currently, there are three work-arounds: X X HP LJIIISI w/ BridgePort LocalTalk card sends zero X instead of the connection ID in ATP Response packets. X The work-around is to not check that the connection ID X is correct. X X The Apple LaserWriter IIf doesn't send EOF under X certain circumstance. There are probably several other X implementations which have this bug. The symptom is X that the job prints but leaves the job in the queue. X As a temporary fix, we don't wait for the printer's EOF X before sending our next file or closing. A better X solution would be to determine that the other side X wasn't going to send us EOF before giving up. X X The LaserWriter IINTX puts the current connection ID in X status response packets. The offending field should be X 0. The work around is to not check this field on status X response packets. X X A general comment: there are lots of stinky PAP implementations X out there. It's not clear if this is because PAP is a stinky X protocol (it is), or there are a lot of stinky programmers X (there are). X X -DEBUG X This causes various bits of debugging to be printed on stdout. X This is especially useful in conjunction with the debugging X version of ATP. END_OF_FILE if test 1596 -ne `wc -c <'pap/README'`; then echo shar: \"'pap/README'\" unpacked with wrong size! fi # end of 'pap/README' fi if test -f 'pap/Makefile' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'pap/Makefile'\" else echo shar: Extracting \"'pap/Makefile'\" \(1343 characters\) sed "s/^X//" >'pap/Makefile' <<'END_OF_FILE' XTARGETS= pap papstatus XSRC = pap.c papstatus.c X XINCPATH= -I../../include XCFLAGS= ${DEFS} ${OPTOPTS} ${INCPATH} -DPRAGMATIC XLIBS= ${ADDLIBS} -latalk XTAGSFILE= tags XCC= cc XINSTALL= install XLIBDIRS= -L../../libatalk X Xall : ${TARGETS} X Xpap : pap.o ../../libatalk/libatalk.a X ${CC} ${CFLAGS} -o pap pap.o ${LIBDIRS} ${LIBS} X Xpapstatus : papstatus.o ../../libatalk/libatalk.a X ${CC} ${CFLAGS} -o papstatus papstatus.o ${LIBDIRS} ${LIBS} X Xinstall : all X for i in ${TARGETS}; do ${INSTALL} -c $$i ${DESTDIR}/bin; done X Xclean : X rm -f a.out core* *.o *.bak *[Ee]rrs tags X rm -f ${TARGETS} X Xtags : ${SRC} X cwd=`pwd`; \ X for i in ${SRC}; do \ X ctags -t -a -f ${TAGSFILE} $$cwd/$$i; \ X done X Xdepend : X for i in ${SRC} ; do \ X ${CC} -M ${DEFS} ${INCPATH} $$i | \ X awk ' { if ($$1 != prev) { print rec; rec = $$0; prev = $$1; } \ X else { if (length(rec $$2) > 78) { print rec; rec = $$0; } \ X else rec = rec " " $$2 } } \ X END { print rec } ' >> makedep; done X sed -n '1,/^# DO NOT DELETE THIS LINE/p' Makefile > Makefile.tmp X cat makedep >> Makefile.tmp X rm makedep X echo '# DEPENDENCIES MUST END AT END OF FILE' >> Makefile.tmp X echo '# IF YOU PUT STUFF HERE IT WILL GO AWAY' >> Makefile.tmp X echo '# see make depend above' >> Makefile.tmp X rm -f Makefile.bak X cp Makefile Makefile.bak X mv Makefile.tmp Makefile X X# DO NOT DELETE THIS LINE X END_OF_FILE if test 1343 -ne `wc -c <'pap/Makefile'`; then echo shar: \"'pap/Makefile'\" unpacked with wrong size! fi # end of 'pap/Makefile' fi if test -f 'pap/pap.c' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'pap/pap.c'\" else echo shar: Extracting \"'pap/pap.c'\" \(15953 characters\) sed "s/^X//" >'pap/pap.c' <<'END_OF_FILE' X/* X * Copyright (c) 1990,1991 Regents of The University of Michigan. X * All Rights Reserved. X * X * Permission to use, copy, modify, and distribute this software and X * its documentation for any purpose and without fee is hereby granted, X * provided that the above copyright notice appears in all copies and X * that both that copyright notice and this permission notice appear X * in supporting documentation, and that the name of The University X * of Michigan not be used in advertising or publicity pertaining to X * distribution of the software without specific, written prior X * permission. This software is supplied as is without expressed or X * implied warranties of any kind. X * X * Research Systems Unix Group X * The University of Michigan X * c/o Mike Clark X * 535 W. William Street X * Ann Arbor, Michigan X * +1-313-763-0525 X * netatalk@itd.umich.edu X */ X X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X X#define _PATH_PAPRC ".paprc" X Xusage( path ) X char *path; X{ X char *p; X X if (( p = rindex( path, '/' )) == NULL ) { X p = path; X } else { X p++; X } X fprintf( stderr, X "Usage:\t%s [ -p printername ] [ -s statusfile ] [ file ] ...\n", p ); X exit( 1 ); X} X Xchar * Xpaprc() X{ X static char s[ 32 + 1 + 32 + 1 + 32 ]; X char *name = NULL; X FILE *f; X X if (( f = fopen( _PATH_PAPRC, "r" )) == NULL ) { X return( NULL ); X } X while ( fgets( s, sizeof( s ), f ) != NULL ) { X s[ strlen( s ) - 1 ] = '\0'; /* remove trailing newline */ X if ( *s == '#' ) { X continue; X } X name = s; X break; X } X fclose( f ); X return( name ); X} X Xchar *printer = NULL; Xchar *status = NULL; X Xunsigned char connid, quantum, oquantum = PAP_MAXQUANTUM; Xstruct sockaddr_at sat; X Xchar cbuf[ 8 ]; Xstruct nbpnve nn; XATP satp; X Xmain( ac, av ) X int ac; X char **av; X{ X ATP atp; X struct atp_block atpb; X int c, err = 0, fd; X char *obj = NULL, *type = "LaserWriter", *zone = "*"; X struct timeval stv, tv; X char rbuf[ ATP_MAXDATA ]; X struct iovec iov; X unsigned short waiting, result; X extern char *optarg; X extern int optind; X X while (( c = getopt( ac, av, "ep:s:" )) != EOF ) { X switch ( c ) { X case 'e' : /* send stdout to stderr */ X dup2( 2, 1 ); X break; X X case 'p' : X printer = optarg; X break; X X case 's' : X status = optarg; X break; X X default : X fprintf( stderr, "Unknown option: '%c'\n", c ); X err++; X } X } X if ( err ) { X usage( *av ); X } X if ( printer == NULL && (( printer = paprc()) == NULL )) { X usage( *av ); X } X X /* X * Open connection. X */ X if ( nbp_name( printer, &obj, &type, &zone ) < 0 ) { X fprintf( stderr, "%s: Bad name\n", printer ); X exit( 1 ); X } X if ( obj == NULL ) { X fprintf( stderr, "%s: Bad name\n", printer ); X exit( 1 ); X } X if ( nbp_lookup( obj, type, zone, &nn, 1 ) <= 0 ) { X perror( "nbp_lookup" ); X exit( 1 ); X } X if ( isatty( 0 )) { X printf( "Trying %u.%d:%d ...\n", ntohs( nn.nn_sat.sat_addr.s_net ), X nn.nn_sat.sat_addr.s_node, nn.nn_sat.sat_port ); X } X X if (( atp = atp_open( 0 )) == NULL ) { X perror( "atp_open" ); X exit( 1 ); X } X if (( satp = atp_open( 0 )) == NULL ) { X perror( "atp_open" ); X exit( 1 ); X } X X cbuf[ 0 ] = connid = getpid() & 0xff; X cbuf[ 1 ] = PAP_OPEN; X cbuf[ 2 ] = cbuf[ 3 ] = 0; X cbuf[ 4 ] = atp_sockaddr( atp )->sat_port; X cbuf[ 5 ] = oquantum; /* flow quantum */ X if ( gettimeofday( &stv, 0 ) < 0 ) { X perror( "gettimeofday" ); X exit( 1 ); X } X for (;;) { X if ( gettimeofday( &tv, 0 ) < 0 ) { X perror( "gettimeofday" ); X exit( 1 ); X } X waiting = htons( tv.tv_sec - stv.tv_sec ); X bcopy( &waiting, &cbuf[ 6 ], sizeof( waiting )); X X atpb.atp_saddr = &nn.nn_sat; X atpb.atp_sreqdata = cbuf; X atpb.atp_sreqdlen = 8; /* bytes in OpenConn request */ X atpb.atp_sreqto = 2; /* retry timer */ X atpb.atp_sreqtries = 5; /* retry count */ X if ( atp_sreq( atp, &atpb, 1, ATP_XO ) < 0 ) { X perror( "atp_sreq" ); X exit( 1 ); X } X#ifdef EBUG Xprintf( "> OPEN\n" ); X#endif EBUG X X iov.iov_base = rbuf; X iov.iov_len = sizeof( rbuf ); X atpb.atp_rresiov = &iov; X atpb.atp_rresiovcnt = 1; X if ( atp_rresp( atp, &atpb ) < 0 ) { X perror( "atp_rresp" ); X exit( 1 ); X } X X /* sanity */ X if ( iov.iov_len < 8 || (unsigned char)rbuf[ 0 ] != connid || X rbuf[ 1 ] != PAP_OPENREPLY ) { X fprintf( stderr, "Bad response!\n" ); X continue; /* This is weird, since TIDs must match... */ X } X#ifdef EBUG Xprintf( "< OPENREPLY\n" ); X#endif EBUG X X if ( isatty( 1 )) { X printf( "%.*s\n", iov.iov_len - 9, iov.iov_base + 9 ); X } X updatestatus( iov.iov_base + 9, iov.iov_len - 9 ); X X bcopy( &rbuf[ 6 ], &result, sizeof( result )); X if ( result != 0 ) { X sleep( 2 ); X } else { X bcopy( &nn.nn_sat, &sat, sizeof( struct sockaddr_at )); X sat.sat_port = rbuf[ 4 ]; X quantum = rbuf[ 5 ]; X break; X } X } X X if ( isatty( 1 )) { X printf( "Connected to %.*s:%.*s@%.*s.\n", X nn.nn_objlen, nn.nn_obj, X nn.nn_typelen, nn.nn_type, X nn.nn_zonelen, nn.nn_zone ); X } X X if ( optind == ac ) { X sendfile( 0, atp ); X } else { X for (; optind < ac; optind++ ) { X if ( strcmp( av[ optind ], "-" ) == 0 ) { X fd = 0; X } else if (( fd = open( av[ optind ], O_RDONLY )) < 0 ) { X perror( av[ optind ] ); X continue; X } X sendfile( fd, atp ); X if ( fd != 0 ) { X close( fd ); X } X } X } X X /* X * Close connection. X */ X cbuf[ 0 ] = connid; X cbuf[ 1 ] = PAP_CLOSE; X cbuf[ 2 ] = cbuf[ 3 ] = 0; X X atpb.atp_saddr = &sat; X atpb.atp_sreqdata = cbuf; X atpb.atp_sreqdlen = 4; /* bytes in CloseConn request */ X atpb.atp_sreqto = 2; /* retry timer */ X atpb.atp_sreqtries = 5; /* retry count */ X if ( atp_sreq( atp, &atpb, 1, ATP_XO ) < 0 ) { X perror( "atp_sreq" ); X exit( 1 ); X } X#ifdef EBUG Xprintf( "> CLOSE\n" ); X#endif EBUG X X iov.iov_base = rbuf; X iov.iov_len = sizeof( rbuf ); X atpb.atp_rresiov = &iov; X atpb.atp_rresiovcnt = 1; X if ( atp_rresp( atp, &atpb ) < 0 ) { X perror( "atp_rresp" ); X exit( 1 ); X } X X /* sanity */ X if ( iov.iov_len != 4 || (unsigned char)rbuf[ 0 ] != connid || X rbuf[ 1 ] != PAP_CLOSEREPLY ) { X fprintf( stderr, "Bad response!\n" ); X exit( 1 ); /* This is weird, since TIDs must match... */ X } X#ifdef EBUG Xprintf( "< CLOSEREPLY\n" ); X#endif EBUG X if ( isatty( 1 )) { X printf( "Connection closed.\n" ); X } X exit( 0 ); X} X Xchar fbuf[ PAP_MAXQUANTUM ][ 4 + PAP_MAXDATA ]; Xstruct iovec rfiov[ PAP_MAXQUANTUM ] = { X { fbuf[ 0 ] + 4, 0 }, X { fbuf[ 1 ] + 4, 0 }, X { fbuf[ 2 ] + 4, 0 }, X { fbuf[ 3 ] + 4, 0 }, X { fbuf[ 4 ] + 4, 0 }, X { fbuf[ 5 ] + 4, 0 }, X { fbuf[ 6 ] + 4, 0 }, X { fbuf[ 7 ] + 4, 0 }, X}; Xstruct iovec sniov[ PAP_MAXQUANTUM ] = { X { fbuf[ 0 ], 0 }, X { fbuf[ 1 ], 0 }, X { fbuf[ 2 ], 0 }, X { fbuf[ 3 ], 0 }, X { fbuf[ 4 ], 0 }, X { fbuf[ 5 ], 0 }, X { fbuf[ 6 ], 0 }, X { fbuf[ 7 ], 0 }, X}; X Xchar nbuf[ PAP_MAXQUANTUM ][ 4 + PAP_MAXDATA ]; Xstruct iovec rniov[ PAP_MAXQUANTUM ] = { X { nbuf[ 0 ], 0 }, X { nbuf[ 1 ], 0 }, X { nbuf[ 2 ], 0 }, X { nbuf[ 3 ], 0 }, X { nbuf[ 4 ], 0 }, X { nbuf[ 5 ], 0 }, X { nbuf[ 6 ], 0 }, X { nbuf[ 7 ], 0 }, X}; Xstruct iovec sfiov[ PAP_MAXQUANTUM ] = { X { nbuf[ 0 ] + 4, 0 }, X { nbuf[ 1 ] + 4, 0 }, X { nbuf[ 2 ] + 4, 0 }, X { nbuf[ 3 ] + 4, 0 }, X { nbuf[ 4 ] + 4, 0 }, X { nbuf[ 5 ] + 4, 0 }, X { nbuf[ 6 ] + 4, 0 }, X { nbuf[ 7 ] + 4, 0 }, X}; X Xint data = 0; Xunsigned char port; Xunsigned short seq = 0; X Xsendfile( fd, atp ) X int fd; X ATP atp; X{ X struct timeval tv; X struct sockaddr_at ssat; X struct atp_block atpb; X fd_set fds; X int fiovcnt = 0, niovcnt = 0, eof = 0, senteof = 0, to = 0; X int cc, i; X X tv.tv_sec = 60; X tv.tv_usec = 0; X X /* X * Ask for more data. X */ X cbuf[ 0 ] = connid; X cbuf[ 1 ] = PAP_READ; X if ( ++seq == 0xffff ) seq = 1; X bcopy( &seq, &cbuf[ 2 ], sizeof( seq )); X atpb.atp_saddr = &sat; X atpb.atp_sreqdata = cbuf; X atpb.atp_sreqdlen = 4; /* bytes in SendData request */ X atpb.atp_sreqto = 15; /* retry timer */ X atpb.atp_sreqtries = -1; /* retry count */ X if ( atp_sreq( atp, &atpb, oquantum, ATP_XO ) < 0 ) { X perror( "atp_sreq" ); X exit( 1 ); X } X#ifdef EBUG Xprintf( "> READ %d\n", seq ); X#endif EBUG X X for (;;) { X FD_ZERO( &fds ); X if ( !eof && fiovcnt == 0 ) { X FD_SET( fd, &fds ); X } X FD_SET( atp_fileno( atp ), &fds ); X X if (( cc = select( FD_SETSIZE, &fds, 0, 0, &tv )) < 0 ) { X perror( "select" ); X exit( 1 ); X } X X /* X * A timeout has occured. Keep track of it, and go ahead and X * send a tickle. X */ X if ( cc == 0 ) { X if ( to++ > 2 ) { X fprintf( stderr, "Connection timed out.\n" ); X exit( 1 ); X } X X /* X * Send a tickle. X */ X cbuf[ 0 ] = connid; X cbuf[ 1 ] = PAP_TICKLE; X cbuf[ 2 ] = cbuf[ 3 ] = 0; X atpb.atp_saddr = &sat; X atpb.atp_sreqdata = cbuf; X atpb.atp_sreqdlen = 4; /* bytes in Tickle request */ X atpb.atp_sreqto = 0; /* retry timer */ X atpb.atp_sreqtries = 1; /* retry count */ X if ( atp_sreq( satp, &atpb, 0, 0 ) < 0 ) { X perror( "atp_sreq" ); X exit( 1 ); X } X#ifdef EBUG Xprintf( "> TICKLE\n" ); X#endif EBUG X } else { X to = 0; X } X X /* X * Read data. X */ X if ( !fiovcnt && FD_ISSET( fd, &fds )) { X for ( i = 0; i < quantum; i++ ) { X rfiov[ i ].iov_len = PAP_MAXDATA; X } X if (( cc = readv( fd, rfiov, quantum )) < 0 ) { X perror( "readv" ); X exit( 1 ); X } X if ( cc == 0 ) { X eof = 1; X } X fiovcnt = cc / PAP_MAXDATA + ( cc % PAP_MAXDATA > 0 ); X for ( i = 0; cc > 0; i++ ) { X rfiov[ i ].iov_len = ( cc > PAP_MAXDATA ) ? PAP_MAXDATA : cc; X cc -= ( cc > PAP_MAXDATA ) ? PAP_MAXDATA : cc; X } X } X X if ( FD_ISSET( atp_fileno( atp ), &fds )) { X ssat = sat; X ssat.sat_port = ATADDR_ANYPORT; X switch( atp_rsel( atp, &ssat, ATP_TRESP | ATP_TREQ )) { X case ATP_TREQ : X atpb.atp_saddr = &ssat; X atpb.atp_rreqdata = cbuf; X atpb.atp_rreqdlen = sizeof( cbuf ); X if ( atp_rreq( atp, &atpb ) < 0 ) { X perror( "atp_rreq" ); X exit( 1 ); X } X /* sanity */ X if ( (unsigned char)cbuf[ 0 ] != connid ) { X fprintf( stderr, "Bad ATP request!\n" ); X exit( 1 ); X } X X switch ( cbuf[ 1 ] ) { X case PAP_READ : X#ifdef EBUG Xprintf( "< READ\n" ); X#endif EBUG X data = 1; X port = ssat.sat_port; X break; X X case PAP_CLOSE : X#ifdef EBUG Xprintf( "< CLOSE\n" ); X#endif EBUG X /* X * Respond to the close request, and fail. X */ X sniov[ 0 ].iov_len = 4; X sniov[ 0 ].iov_base[ 0 ] = connid; X sniov[ 0 ].iov_base[ 1 ] = PAP_CLOSEREPLY; X sniov[ 0 ].iov_base[ 2 ] = sniov[ 0 ].iov_base[ 3 ] = 0; X atpb.atp_sresiov = sniov; X atpb.atp_sresiovcnt = 1; X if ( atp_sresp( atp, &atpb ) < 0 ) { X perror( "atp_sresp" ); X exit( 1 ); X } X#ifdef EBUG Xprintf( "> CLOSEREPLY\n" ); X#endif EBUG X fprintf( stderr, "Connection closed by foreign host.\n" ); X exit( 1 ); X X case PAP_TICKLE : X#ifdef EBUG Xprintf( "< TICKLE\n" ); X#endif EBUG X break; X default : X fprintf( stderr, "Bad PAP request!\n" ); X exit( 1 ); X } X break; X X case ATP_TRESP : X atpb.atp_saddr = &ssat; X for ( i = 0; i < oquantum; i++ ) { X rniov[ i ].iov_len = PAP_MAXDATA + 4; X } X atpb.atp_rresiov = rniov; X atpb.atp_rresiovcnt = oquantum; X if ( atp_rresp( atp, &atpb ) < 0 ) { X perror( "atp_rresp" ); X exit( 1 ); X } X X#ifndef PRAGMATIC X /* X * The HP LJIIISI w/ BridgePort LocalTalk card sends X * zero instead of the connid. X */ X if ( (unsigned char)rniov[ 0 ].iov_base[ 0 ] != connid ) { X fprintf( stderr, "Bad data response!\n" ); X exit( 1 ); X } X#endif PRAGMATIC X if ( rniov[ 0 ].iov_base[ 1 ] != PAP_DATA ) { X fprintf( stderr, "Bad data response!\n" ); X exit( 1 ); X } X#ifdef EBUG Xprintf( "< DATA\n" ); X#endif EBUG X X /* eof */ X if ( rniov[ 0 ].iov_base[ 2 ] ) { X return( 0 ); X } X X for ( cc = 0, i = 0; i < atpb.atp_rresiovcnt; i++ ) { X cc += sfiov[ i ].iov_len = rniov[ i ].iov_len - 4; X } X if ( writev( 1, sfiov, atpb.atp_rresiovcnt ) < cc ) { X perror( "writev" ); X exit( 1 ); X } X X /* X * Ask for more data. X */ X cbuf[ 0 ] = connid; X cbuf[ 1 ] = PAP_READ; X if ( ++seq == 0xffff ) seq = 1; X bcopy( &seq, &cbuf[ 2 ], sizeof( seq )); X atpb.atp_saddr = &sat; X atpb.atp_sreqdata = cbuf; X atpb.atp_sreqdlen = 4; /* bytes in SendData request */ X atpb.atp_sreqto = 15; /* retry timer */ X atpb.atp_sreqtries = -1; /* retry count */ X if ( atp_sreq( atp, &atpb, oquantum, ATP_XO ) < 0 ) { X perror( "atp_sreq" ); X exit( 1 ); X } X#ifdef EBUG Xprintf( "> READ %d\n", seq ); X#endif EBUG X break; X X default: X perror( "atp_rsel" ); X exit( 1 ); X } X } X X /* X * Send whatever is pending. X */ X if ( !senteof && data && ( fiovcnt || eof )) { X ssat.sat_port = port; X atpb.atp_saddr = &ssat; X if ( fiovcnt ) { X for ( i = 0; i < fiovcnt; i++ ) { X sniov[ i ].iov_len = rfiov[ i ].iov_len + 4; X sniov[ i ].iov_base[ 0 ] = connid; X sniov[ i ].iov_base[ 1 ] = PAP_DATA; X senteof = sniov[ i ].iov_base[ 2 ] = eof; X sniov[ i ].iov_base[ 3 ] = 0; X } X } else { X sniov[ 0 ].iov_len = 4; X sniov[ 0 ].iov_base[ 0 ] = connid; X sniov[ 0 ].iov_base[ 1 ] = PAP_DATA; X senteof = sniov[ 0 ].iov_base[ 2 ] = eof; X sniov[ 0 ].iov_base[ 3 ] = 0; X } X atpb.atp_sresiov = sniov; X atpb.atp_sresiovcnt = fiovcnt ? fiovcnt : 1; X if ( atp_sresp( atp, &atpb ) < 0 ) { X perror( "atp_sresp" ); X exit( 1 ); X } X#ifdef EBUG Xif ( eof ) { Xprintf( "> DATA (eof)\n" ); X} else { Xprintf( "> DATA\n" ); X} X#endif EBUG X data = fiovcnt = 0; X#ifdef PRAGMATIC X /* X * The Apple LaserWriter IIf (and perhaps g) doesn't seem to X * send us an EOF. To work around this heinous protocol X * violation, we won't wait for their EOF before sending our X * next file or closing. X */ X if ( eof ) { X return( 0 ); X } X#endif PRAGMATIC X X } else { X /* X * If we can't send data right now, go ahead and get the X * status. This is cool, because we get here reliable X * if there is a problem. X */ X cbuf[ 0 ] = 0; X cbuf[ 1 ] = PAP_SENDSTATUS; X cbuf[ 2 ] = cbuf[ 3 ] = 0; X atpb.atp_saddr = &nn.nn_sat; X atpb.atp_sreqdata = cbuf; X atpb.atp_sreqdlen = 4; /* bytes in SendStatus request */ X atpb.atp_sreqto = 2; /* retry timer */ X atpb.atp_sreqtries = 5; /* retry count */ X if ( atp_sreq( satp, &atpb, 1, 0 ) < 0 ) { X perror( "atp_sreq" ); X exit( 1 ); X } X#ifdef EBUG Xprintf( "> SENDSTATUS\n" ); X#endif EBUG X X atpb.atp_saddr = &nn.nn_sat; X rniov[ 0 ].iov_len = PAP_MAXDATA + 4; X atpb.atp_rresiov = rniov; X atpb.atp_rresiovcnt = 1; X if ( atp_rresp( satp, &atpb ) < 0 ) { X perror( "atp_rresp" ); X continue; X } X X#ifndef PRAGMATIC X /* X * The stinking LaserWriter IINTX puts crap in this X * field. X */ X if ( rniov[ 0 ].iov_base[ 0 ] != 0 ) { X fprintf( stderr, "Bad status response!\n" ); X exit( 1 ); X } X#endif PRAGMATIC X X if ( rniov[ 0 ].iov_base[ 1 ] != PAP_STATUS || X atpb.atp_rresiovcnt != 1 ) { X fprintf( stderr, "Bad status response!\n" ); X exit( 1 ); X } X#ifdef EBUG Xprintf( "< STATUS\n" ); X#endif EBUG X updatestatus( rniov[ 0 ].iov_base + 9, X rniov[ 0 ].iov_base[ 8 ] ); X } X } X} X Xupdatestatus( s, len ) X char *s; X int len; X{ X int fd; X struct iovec iov[ 2 ]; X X if ( !status ) { X return; X } X X if (( fd = open( status, O_WRONLY|O_TRUNC )) < 0 ) { X perror( status ); X status = NULL; X return; X } X iov[ 0 ].iov_base = s; X iov[ 0 ].iov_len = len; X iov[ 1 ].iov_base = "\n"; X iov[ 1 ].iov_len = 1; X writev( fd, iov, 2 ); X close( fd ); X} END_OF_FILE if test 15953 -ne `wc -c <'pap/pap.c'`; then echo shar: \"'pap/pap.c'\" unpacked with wrong size! fi # end of 'pap/pap.c' fi if test -f 'pap/papstatus.c' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'pap/papstatus.c'\" else echo shar: Extracting \"'pap/papstatus.c'\" \(3965 characters\) sed "s/^X//" >'pap/papstatus.c' <<'END_OF_FILE' X/* X * Copyright (c) 1990,1991 Regents of The University of Michigan. X * All Rights Reserved. X * X * Permission to use, copy, modify, and distribute this software and X * its documentation for any purpose and without fee is hereby granted, X * provided that the above copyright notice appears in all copies and X * that both that copyright notice and this permission notice appear X * in supporting documentation, and that the name of The University X * of Michigan not be used in advertising or publicity pertaining to X * distribution of the software without specific, written prior X * permission. This software is supplied as is without expressed or X * implied warranties of any kind. X * X * Research Systems Unix Group X * The University of Michigan X * c/o Mike Clark X * 535 W. William Street X * Ann Arbor, Michigan X * +1-313-763-0525 X * netatalk@itd.umich.edu X */ X X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X X#define _PATH_PAPRC ".paprc" X Xusage( path ) X char *path; X{ X char *p; X X if (( p = rindex( path, '/' )) == NULL ) { X p = path; X } else { X p++; X } X fprintf( stderr, X "Usage:\t%s [ -p printername ]\n", p ); X exit( 1 ); X} X Xchar * Xpaprc() X{ X static char s[ 32 + 1 + 32 + 1 + 32 ]; X char *name = NULL; X FILE *f; X X if (( f = fopen( _PATH_PAPRC, "r" )) == NULL ) { X return( NULL ); X } X while ( fgets( s, sizeof( s ), f ) != NULL ) { X s[ strlen( s ) - 1 ] = '\0'; /* remove trailing newline */ X if ( *s == '#' ) { X continue; X } X name = s; X break; X } X fclose( f ); X return( name ); X} X Xchar *printer = NULL; X Xchar cbuf[ 8 ]; Xstruct nbpnve nn; X Xmain( ac, av ) X int ac; X char **av; X{ X ATP atp; X int wait, c, err = 0; X char *obj = NULL, *type = "LaserWriter", *zone = "*"; X extern char *optarg; X extern int optind; X X while (( c = getopt( ac, av, "p:s:" )) != EOF ) { X switch ( c ) { X case 'p' : X printer = optarg; X break; X X default : X fprintf( stderr, "Unknown option: '%c'\n", c ); X err++; X } X } X if ( err ) { X usage( *av ); X } X if ( printer == NULL && (( printer = paprc()) == NULL )) { X usage( *av ); X } X X /* X * Open connection. X */ X if ( nbp_name( printer, &obj, &type, &zone ) < 0 ) { X fprintf( stderr, "%s: Bad name\n", printer ); X exit( 1 ); X } X if ( obj == NULL ) { X fprintf( stderr, "%s: Bad name\n", printer ); X exit( 1 ); X } X if ( nbp_lookup( obj, type, zone, &nn, 1 ) <= 0 ) { X perror( "nbp_lookup" ); X exit( 1 ); X } X X if (( atp = atp_open( 0 )) == NULL ) { X perror( "atp_open" ); X exit( 1 ); X } X X if ( optind == ac ) { X getstatus( atp, &nn.nn_sat ); X exit( 0 ); X } X if ( optind - ac > 1 ) { X usage( *av ); X } X wait = atoi( av[ optind ] ); X for (;;) { X getstatus( atp, &nn.nn_sat ); X sleep( wait ); X } X} X Xgetstatus( atp, sat ) X ATP atp; X struct sockaddr_at *sat; X{ X struct iovec iov; X struct atp_block atpb; X char rbuf[ ATP_MAXDATA ]; X X cbuf[ 0 ] = 0; X cbuf[ 1 ] = PAP_SENDSTATUS; X cbuf[ 2 ] = cbuf[ 3 ] = 0; X X atpb.atp_saddr = sat; X atpb.atp_sreqdata = cbuf; X atpb.atp_sreqdlen = 4; /* bytes in SendStatus request */ X atpb.atp_sreqto = 2; /* retry timer */ X atpb.atp_sreqtries = 5; /* retry count */ X if ( atp_sreq( atp, &atpb, 1, ATP_XO ) < 0 ) { X perror( "atp_sreq" ); X exit( 1 ); X } X X iov.iov_base = rbuf; X iov.iov_len = sizeof( rbuf ); X atpb.atp_rresiov = &iov; X atpb.atp_rresiovcnt = 1; X if ( atp_rresp( atp, &atpb ) < 0 ) { X perror( "atp_rresp" ); X exit( 1 ); X } X X /* sanity */ X if ( iov.iov_len < 8 || X rbuf[ 1 ] != PAP_STATUS ) { X fprintf( stderr, "Bad response!\n" ); X return; /* This is weird, since TIDs must match... */ X } X X printf( "%.*s\n", iov.iov_len - 9, iov.iov_base + 9 ); X} END_OF_FILE if test 3965 -ne `wc -c <'pap/papstatus.c'`; then echo shar: \"'pap/papstatus.c'\" unpacked with wrong size! fi # end of 'pap/papstatus.c' fi echo shar: End of shell archive. exit 0 From netatalk-admins-request Thu Sep 24 09:22:10 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA18139; Thu, 24 Sep 92 09:22:16 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA18134; Thu, 24 Sep 92 09:22:10 -0400 Received: from jove.Colorado.EDU by umich.edu (5.65/2.2) id AA19295; Thu, 24 Sep 92 09:22:06 -0400 Received: by jove.Colorado.EDU (AIX 3.2/UCB 5.64/CU/CNS-AIX4.04) id AA19821; Thu, 24 Sep 1992 14:22:04 +0100 From: cary@jove.Colorado.EDU (John R. Cary) Message-Id: <9209241322.AA19821@jove.Colorado.EDU> Subject: MMAXOFF not defined To: netatalk-admins@itd.umich.edu Date: Thu, 24 Sep 92 14:22:03 GDT X-Mailer: ELM [version 2.3 PL11] I am trying to build netatalk on an RS6000 running AIX 3.2. I found my way through the build of the user stuff. Now I am working on the system stuff. The problem (upon making in sys/rs6k) is: cc -D_KERNEL -DKERNEL -I../../include -I../netatalk -c aarp.c "aarp.c", line 146.8: 1506-022 (S) m_off not a member of the struct or union m. "aarp.c", line 146.16: 1506-045 (S) Undeclared identifier MMAXOFF. "aarp.c", line 492.8: 1506-022 (S) m_off not a member of the struct or union m. "aarp.c", line 492.16: 1506-045 (S) Undeclared identifier MMAXOFF. make: 1254-004 The error code from the last command is 1. I looked in /usr/include/sys/mbuf.h and saw, indeed, that m_off is not a member of the structure. m_data is, so I changed that since it looked right. But still I do not know what to do about MMAXOFF. Help? Thanks...John Cary -- -------------------------- John R. Cary cary@boulder.colorado.edu Department of Astrophysical, Planetary and Atmospheric Sciences University of Colorado, Boulder, CO 80309-0391 ph. (303) 492-1489 fax (303) 492-0642 From netatalk-admins-request Fri Sep 25 16:52:03 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA14435; Fri, 25 Sep 92 16:52:06 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA14431; Fri, 25 Sep 92 16:52:03 -0400 Received: from terminator.cc.umich.edu by umich.edu (5.65/2.2) id AA08750; Fri, 25 Sep 92 16:51:59 -0400 Received: from terminator.cc.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA14421; Fri, 25 Sep 92 16:51:50 -0400 Message-Id: <9209252051.AA14421@terminator.cc.umich.edu> From: wes.craig@umich.edu To: cary@jove.Colorado.EDU (John R. Cary) Cc: netatalk-admins@itd.umich.edu Subject: Re: MMAXOFF not defined In-Reply-To: Your message of "Thu, 24 Sep 92 14:22:03 +0700." <9209241322.AA19821@jove.Colorado.EDU> Date: Fri, 25 Sep 92 16:51:48 -0400 Sender: wes@terminator.cc.umich.edu > From: cary@jove.Colorado.EDU (John R. Cary) > To: netatalk-admins@itd.umich.edu > I am trying to build netatalk on an RS6000 running AIX 3.2. netatalk 1.2.1 is not supported on aix3.2. If you'd like to do a port, I can tell you that aix3.2 uses 4.3bsd-reno networking. I don't really know what other changes might have been made. wes From netatalk-admins-request Sat Sep 26 21:39:05 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA03347; Sat, 26 Sep 92 21:39:09 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA03341; Sat, 26 Sep 92 21:39:05 -0400 Received: from citi.umich.edu by umich.edu (5.65/2.2) id AA04477; Sat, 26 Sep 92 21:39:03 -0400 Message-Id: <9209270139.AA04477@umich.edu> From: Marcus D. Watts To: cary@jove.colorado.EDU Cc: billdo@citi.umich.edu, netatalk-admins@itd.umich.edu Date: Sat, 26 Sep 92 21:38:04 EDT Subject: Re: MMAXOFF not defined I am looking into porting netatalk to AIX3.2 sometime "soon", can't guarantee when yet (depends on other time constraints, and would actually like to delay it a bit, so that I can use wes's new 1.3 atalkd daemon, if feasible.) I should introduce myself. I'm part of the Umich Systems Group, and one of our jobs is "IFS Deployment". One of the key parts of IFS is translating file protocols, and we use a slightly modified version of netatalk for this purpose. I'm the (lucky?) guy who gets to deploy and debug netatalk, so I get to discover all those deep dark moldy secrets nobody else wanted to deal with. When I started, we were running netatalk 1.1 on RT's. Since coming here, I've brought up 1.1 on AIX3.1 / RS6K's, then 1.2 phase 1, with a series of evolutionary enhancements to increase reliability, and then, "mostly" 1.2 on "mostly" phase 2 but still AIX3.1 -- this is what we're running right now. (I say "mostly" because it's actually 1.1 updated to 1.2 (not my doing) but including many of those evolutionary improvments, but the phase 2 appletalk support is still somewhat deficient. In short, pure mutt.) I should mention that there is a 3rd element here in the triangle involving development work of netatalk and RS/6K's here at the U -- CITI, which did the initial port of netatalk to RS/6K's, and more recently implemented appletalk phase 2 support in netatalk. You can send mail to "cak@citi.umich.edu" if you want more information on CITI. Wes and CITI are, variously, really more interested in off-campus use of netatalk than am I. I admit my interest in you is largely selfish -- can you find all the problems in porting netatalk to aix3.2 before I have to? The messages you got regarding MMAXOFF point precisely to the part of aix3.2 that is quite different--networking; it indeed uses 4.3bsd-reno style networking, and as a first step, you should definitely try defining BSD4_4 because the piece of code it enables in aarp.c looks exactly like what you need for AIX3.2. I'm not sure what other complications you'll face. One of the nuisances I know of, is that in AIX3.1, there was a lot of weirdness about splx. Some things were run with kproc's, others at interrupt level, so selecting between splx (which actually just serialized access to data structures shared with the kproc), and i_enable (which actually played with the process interrupt mask) was a bit strange. Another issue in 3.1, is that aarpinput actually has 3 parameters -- the third is an mbuf that, if not freed, causes an mbuf leak that, when production here at the UM, would cause the machine to hang about once a week. The result is definitely somewhat overblown, and I suspect, part of the reason that RS/6K's were just not quite as good at network processing as one might expect. Still, with changes for 3.1 to account for various weirdnesses, I've been able to get a machine that seems to be pretty steady, under constant use, for months at a time. This is distinctly more reliable than our network, or for that matter the IFS file servers, so I can hardly complain. The last reboot, in fact, was due to the air conditioning failing in the machine room, and even then, more out of paranoia (94 F?!) than any real need. It looks like, in AIX3.2, you can forget much of this, for which you ought to be properly thankful. splx & friends now just call i_disable/i_enable, so a lot of the former complication goes away. I think. The stuff about device writes ist still true, though, so that could still be an issue. The extra 3rd parameter to arpinput is also still there, but now it's a simple pointer not an mbuf, and whatever created it worries about freeing it elsewhere, so I think you can pretend it doesn't exist. All in all, it looks like 3.2 might be very straight forward -- just pretend it's berkeley 4.3bsd-reno, only not quite -- a lot of the problems I had to deal with in AIX3.1 just aren't there anymore. Of course, who knows what *new* dark moldy secrets are lying in wait... I'd certainly be very interested in your luck getting things to run under AIX 3.1. -Marcus Watts UM ITD RS Umich Systems Group From netatalk-admins-request Sun Sep 27 14:43:54 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA13147; Sun, 27 Sep 92 14:43:56 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA13141; Sun, 27 Sep 92 14:43:54 -0400 Received: from relay2.UU.NET by umich.edu (5.65/2.2) id AA10757; Sun, 27 Sep 92 14:43:52 -0400 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA01274; Sun, 27 Sep 92 14:43:48 -0400 Received: from analogy.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 144222.1201; Sun, 27 Sep 1992 14:42:22 EDT Received: from opus.analogy.com by analogy.com (4.1/Shared_Spool_1.2) id AA28128; Sun, 27 Sep 92 09:38:59 PDT From: markh@analogy.com (Mark Holm) Message-Id: <9209271638.AA28128@analogy.com> Subject: Help with a paintjet run with ghostscript To: netatalk-admins@itd.umich.edu Date: Sun, 27 Sep 92 9:39:26 PDT Cc: markh@analogy.com (Mark Holm) X-Mailer: ELM [version 2.3 PL0] I am new to the list so please bear with me if this is a FAQ. Also please respond dircetly to me as I have just made the request to be added and do not know how long this takes. I will summarize if responses warrent. Question: I have a HP Paintjet attached to a Sun that I am driving with Ghostscript V2.5. THis was working fine from the Sun side but now my Macintosh users would like to use this printer also. I acquired version 1.2.1 of netatalk from the net and proceeded to configure the papd server for it. After a little confusion with routing and masking off the Kinetics Fastpath that I have in my network, everything came up just fine. I went over to one of the Macs and spooled a couple of jobs and the Sun accepted them just fine ... but nothing came out. I turned off the spooler and capture a couple of jobs as they came into the spooler and hand fed them into ghostscript to see what the problem was. I got back a partial image and then a message to the effect of font not loaded. This actually looks like a procset problem, since what I am currently using is just what got generically down loaded when I tried to run the job. Bottom line is, does anybody already have this configuration running, and can you point me at a good set of generic procsets for this combinationtion. And last but not least, yes I am trying to get the MACPS package. =========================================================================== Mark Holm markh@analogy.com -or- Analogy ..sun!nosun!analogy!markh P.O. Box 1669 Phone (503)626-9700 Beaverton, Oregon 97075-1669 Fax (503)643-3361 From netatalk-admins-request Mon Sep 28 09:43:06 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA11451; Mon, 28 Sep 92 09:43:09 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA11447; Mon, 28 Sep 92 09:43:06 -0400 Received: from citi.umich.edu by umich.edu (5.65/2.2) id AA18194; Mon, 28 Sep 92 09:43:04 -0400 Message-Id: <9209281343.AA18194@umich.edu> Received: from doom.citi.umich.edu [141.211.128.207] by citi.umich.edu with SMTP; Mon, 28 Sep 92 09:42:25 -0400 From: peter honeyman To: netatalk-admins@itd.umich.edu Date: Mon, 28 Sep 92 09:42:23 -0400 Subject: Re: MMAXOFF not defined In-Reply-To: Your message of Sat, 26 Sep 92 21:38:04 -0400. <9209270139.AA04477@umich.edu> for information about the center for information technology integration, send mail to info@citi.umich.edu instead of the address given by mdw. peter From netatalk-admins-request Mon Sep 28 21:54:05 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA23403; Mon, 28 Sep 92 21:54:09 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA23399; Mon, 28 Sep 92 21:54:05 -0400 Received: from citi.umich.edu by umich.edu (5.65/2.2) id AA25985; Mon, 28 Sep 92 21:54:03 -0400 Message-Id: <9209290154.AA25985@umich.edu> Received: from llama.ifs.umich.edu [141.211.168.86] by citi.umich.edu with SMTP; Mon, 28 Sep 92 21:53:26 -0400 From: mdw@citi.umich.edu To: netatalk-admins@itd.umich.edu Cc: billdo@citi.umich.edu Date: Mon, 28 Sep 92 21:53:24 -0400 Subject: Re: Re: MMAXOFF not defined One clarification. Gossip heard around the corner or down a floor indicates I may have given some people the mistaken impression that I "implemented phase 2 on RS/6K's". Such is not the case. I repeat and emphasize the exact sentence of my earlier message: CITI, which did the initial port of netatalk to RS/6K's, and more recently implemented appletalk phase 2 support in netatalk. In most or all of these cases I am dealing with alpha or beta versions of netatalk. My goal is firstly, to get a reliable working version going that fits the needs of the university and IFS, secondly, to funnel any changes back to the various other people (wes & CITI), and thirdly, to spend as little time on the process as possible. Any source changes I make are guided by these 3 principles. I'll cheerfully do no changes if I can - principle 3 -- I'll also make hundreds of lines of changes, if necessary -- princple 1. I have done both, at various times. In the case of phase 2 support, what I got from CITI did indeed do phase 2. It did not have all of the various reliability fixes I in fact did do for 1.2/phase 1, and it had various new problems that would have affected operational use. I spent some time (several weeks) fixing both - and at that, I am grateful it was not several months doing phase 2 support from scratch. There are a few issues left in the code, but I understand both wes & CITI have or are independently working on solutions - and the issues should not become of burning importance until phase 1 transition routing disappears and extended networks start popping up around campus. The only CITI person I named was one of the contact people at CITI; the address Peter gave is much better. I've not named any other CITI people, not because of any desire to belittle their work, but because they aren't necessarily still working on netatalk, may not welcome questions from other places about netatalk, and don't (to my knowledge) necessarily represent the official contact point at CITI. -Marcus From netatalk-admins-request Tue Sep 29 09:31:28 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA02603; Tue, 29 Sep 92 09:31:34 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA02596; Tue, 29 Sep 92 09:31:28 -0400 Received: from northstar.dartmouth.edu by umich.edu (5.65/2.2) id AA00861; Tue, 29 Sep 92 09:31:26 -0400 Received: from rigel.dartmouth.edu by northstar.dartmouth.edu (5.65+D3/4.2) id AA03194; Tue, 29 Sep 92 09:31:24 -0400 Message-Id: <9209291331.AA03194@northstar.dartmouth.edu> To: netatalk-admins@itd.umich.edu Subject: phase 2??? Date: Tue, 29 Sep 92 09:31:22 EDT From: Pat Wilson Ok - I'll bite. Are we _ever_ going to see netatalk with phase 2 support? Pat Wilson Dartmouth College From netatalk-admins-request Tue Sep 29 11:52:08 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA06214; Tue, 29 Sep 92 11:52:11 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA06209; Tue, 29 Sep 92 11:52:08 -0400 Received: from terminator.cc.umich.edu by umich.edu (5.65/2.2) id AA02536; Tue, 29 Sep 92 11:52:04 -0400 Received: from terminator.cc.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA06200; Tue, 29 Sep 92 11:51:50 -0400 Message-Id: <9209291551.AA06200@terminator.cc.umich.edu> From: wes.craig@umich.edu To: Pat Wilson Cc: netatalk-admins@itd.umich.edu Subject: Re: phase 2??? In-Reply-To: Your message of "Tue, 29 Sep 92 09:31:22 EDT." <9209291331.AA03194@northstar.dartmouth.edu> Date: Tue, 29 Sep 92 11:51:47 -0400 Sender: wes@terminator.cc.umich.edu > From: Pat Wilson > To: netatalk-admins@itd.umich.edu > Ok - I'll bite. Are we _ever_ going to see netatalk with phase 2 > support? Free software is a funny thing. I'm not sure if the term "support" actually belongs with it. I'm wondering if you've actually been reading the mail on this list. Did I *say* I was working on phase 2? Look, Pat: If you don't like my time line, do phase 2 yourself. If you don't want to write it yourself, for whatever reason, try patience. I've made a great deal of progress on netatalk lately, and reading your message I feel rewarded for my efforts. wes From netatalk-admins-request Tue Sep 29 11:59:13 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA06374; Tue, 29 Sep 92 11:59:18 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA06369; Tue, 29 Sep 92 11:59:13 -0400 Received: from citi.umich.edu by umich.edu (5.65/2.2) id AA02578; Tue, 29 Sep 92 11:59:11 -0400 Message-Id: <9209291559.AA02578@umich.edu> Received: from citi.umich.edu [141.211.130.25] by citi.umich.edu with SMTP; Tue, 29 Sep 92 11:58:05 -0400 From: Carol Kamm To: Pat Wilson Cc: netatalk-admins@itd.umich.edu Date: Tue, 29 Sep 92 11:58:03 -0400 Subject: Re: phase 2??? Sender: cak@citi.umich.edu In-Reply-To: Your message of Tue, 29 Sep 92 09:31:22 EDT . <9209291331.AA03194@northstar.dartmouth.edu> > > Ok - I'll bite. Are we _ever_ going to see netatalk with phase 2 > support? I hate to keep saying "real soon now", but that really is the case, at least for CITI's RS/6K-AIX implementation. We are finalizing some packaging details. I'll post a message to this group when it's available. Sorry for the delays, but I'd rather make sure it really works once you get it then rush the release. Thanks for your patience. I'll leave it to Wes and his crew to discuss their plans for phase-2 implementation on non-RS6k platforms. Carol Kamm Center for Information Technology Integration Information Technology Division University of Michigan 313/763-4888 From netatalk-admins-request Wed Sep 30 01:45:12 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA01882; Wed, 30 Sep 92 01:45:16 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA01878; Wed, 30 Sep 92 01:45:12 -0400 Received: from relay1.UU.NET by umich.edu (5.65/2.2) id AA10814; Wed, 30 Sep 92 01:45:08 -0400 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA23838; Wed, 30 Sep 92 01:45:07 -0400 Received: from analogy.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 014432.9636; Wed, 30 Sep 1992 01:44:32 EDT Received: from opus.analogy.com by analogy.com (4.1/Shared_Spool_1.2) id AA14486; Tue, 29 Sep 92 22:20:51 PDT From: markh@analogy.com (Mark Holm) Message-Id: <9209300520.AA14486@analogy.com> Subject: netatalk with ghostscript on a Sun To: netatalk-admins@itd.umich.edu Date: Tue, 29 Sep 92 22:21:28 PDT X-Mailer: ELM [version 2.3 PL0] I downloaded Ghostscript V2.5, configured and loaded it onto my Sun to run a HP Paintjet that was just sitting there, and Viola! Instant Color Postscript printer. Good Stuff! Unfortunatly the Macintosh users noticed and now they want to use it also. So I went out and got netatalk Version 2.1.1. After configuring it I had something that showed up on the Mac's. I downloaded macps version 23 and fixed up the procset ... and tried to spool a job from the Mac. Job was accepted by the sun, placed in the spool directory, ... and disappeared from the face of the earth. I stoped the spooler and grabbed the data file. Both with and without the leading procset (applied via macps) gs produces the following error: > Initializing... done. > Loading Times-Roman font from /usr/local/lib/ghostscript/fonts/ptmr.gsf... > 686416 669172 1 done. > Loading Courier font from /usr/local/lib/ghostscript/fonts/ncrr.gsf... > 746416 725458 1 done. > Loading Helvetica font from /usr/local/lib/ghostscript/fonts/phvr.gsf... > 766416 764096 1 done. > %%[|0|]%%Error: /invalidfont in -dicttype- > Operand stack: > 272 14.9998 0 0 0 1 0 0 0 0 1 1 null null 0 0 0 1 0 > 0 1 0 0 1 0 0 1 0 0 1.09596 0 -0 1.09596 32.8787 32.9746 > /Helvetica -dicttype- /Helvetica > Execution stack: > %interp_exit --nostringval-- --nostringval-- false > --nostringval-- --nostringval-- false --nostringval-- --nostringval-- > --nostringval-- false --nostringval-- --nostringval-- --nostringval-- > --nostringval-- --nostringval-- > Dictionary stack: > 461/479 14/200 238/270 11/25 461/479 12/12 > Ghostscript 2.5 (8/18/92) > Copyright (C) 1990, 1992 Aladdin Enterprises, Menlo Park, CA. > All rights reserved. > Distributed by Free Software Foundation, Inc. > Ghostscript comes with NO WARRANTY: see the file LICENSE for details. > GS<38> What am I doing wrong and has anybody else set up something similar? Any pointers that anybody can give me on getting this going would be greatly appreciated. =========================================================================== Mark Holm markh@analogy.com -or- Analogy ..sun!nosun!analogy!markh P.O. Box 1669 Phone (503)626-9700 Beaverton, Oregon 97075-1669 Fax (503)643-3361 From netatalk-admins-request Wed Sep 30 15:45:56 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA13404; Wed, 30 Sep 92 15:46:04 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA13399; Wed, 30 Sep 92 15:45:56 -0400 Received: from terminator.cc.umich.edu by umich.edu (5.65/2.2) id AA18615; Wed, 30 Sep 92 15:45:53 -0400 Received: from terminator.cc.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA13388; Wed, 30 Sep 92 15:45:44 -0400 Message-Id: <9209301945.AA13388@terminator.cc.umich.edu> From: wes.craig@umich.edu To: markh@analogy.com (Mark Holm) Cc: netatalk-admins@itd.umich.edu Subject: Re: netatalk with ghostscript on a Sun In-Reply-To: Your message of "Tue, 29 Sep 92 22:21:28 PDT." <9209300520.AA14486@analogy.com> Date: Wed, 30 Sep 92 15:45:40 -0400 Sender: wes@terminator.cc.umich.edu > From: markh@analogy.com (Mark Holm) > To: netatalk-admins@itd.umich.edu Warning: I know jack about GhostScript. However, your configuration sounds interesting, so please bear with me. > After configuring it I had something that showed up on the Mac's. I > downloaded macps version 23 and fixed up the procset Ok, why are you using macps. For some GS specific reason? For the most part, we've found no reason to run macps on our procsets. Assuming you're not using System 7 LaserWriter drivers, the procset shouldn't have anything interesting it. > I stoped the > spooler and grabbed the data file. Both with and without the leading > procset (applied via macps) gs produces the following error: > > %%[|0|]%%Error: /invalidfont in -dicttype- From the error message, it sounds like the Mac is asking for a font your GS doesn't have. When papd spools a job from a Mac, the Mac sends a number of PostScript queries. One of these ask for the list of resident fonts on the printer. Of course, the only way papd has of knowing this is from its configuration. You might want to check if the font list papd is configured with is the same as the actual fonts available to GS. You can get the GS fonts easily by running something like %! FontDirectory { pop = flush } forall Let me know if any of this works. Your configuration sounds pretty unique, and is certainly nothing I've heard of anyone using. wes From netatalk-admins-request Thu Oct 8 22:20:21 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA01338; Thu, 8 Oct 92 22:20:25 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA01332; Thu, 8 Oct 92 22:20:21 -0400 Received: from relay1.UU.NET by umich.edu (5.65/2.2) id AA14554; Thu, 8 Oct 92 22:20:10 -0400 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA10027; Thu, 8 Oct 92 22:18:03 -0400 Received: from analogy.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 195330.450; Thu, 8 Oct 1992 19:53:30 EDT Received: from opus.analogy.com by analogy.com (4.1/Shared_Spool_1.2) id AA01003; Thu, 8 Oct 92 16:37:32 PDT From: markh@analogy.com (Mark Holm) Message-Id: <9210082337.AA01003@analogy.com> Subject: SUMMARY: Using Ghostscript with netatalk and Macintoshes To: netatalk-admins@analogy.com Date: Thu, 8 Oct 92 16:38:46 PDT X-Mailer: ELM [version 2.3 PL0] A while back I wrote: > I downloaded Ghostscript V2.5, configured and loaded it onto my Sun to run > a HP Paintjet that was just sitting there, and Viola! Instant Color > Postscript printer. Good Stuff! Unfortunatly the Macintosh users noticed > and now they want to use it also. So I went out and got netatalk Version > 2.1.1. After configuring it I had something that showed up on the Mac's. I > downloaded macps version 23 and fixed up the procset ... and tried to > spool a job from the Mac. Job was accepted by the sun, placed in the spool > directory, ... and disappeared from the face of the earth. I stoped the > spooler and grabbed the data file. Both with and without the leading > procset (applied via macps) gs produces the following error: > > > Initializing... done. > > Loading Times-Roman font from /usr/local/lib/ghostscript/fonts/ptmr.gsf... > > 686416 669172 1 done. > > Loading Courier font from /usr/local/lib/ghostscript/fonts/ncrr.gsf... > > 746416 725458 1 done. > > Loading Helvetica font from /usr/local/lib/ghostscript/fonts/phvr.gsf... > > 766416 764096 1 done. > > %%[|0|]%%Error: /invalidfont in -dicttype- > > Operand stack: > > 272 14.9998 0 0 0 1 0 0 0 0 1 1 null null 0 0 0 1 0 > > 0 1 0 0 1 0 0 1 0 0 1.09596 0 -0 1.09596 32.8787 32.9746 > > /Helvetica -dicttype- /Helvetica > > Execution stack: > > %interp_exit --nostringval-- --nostringval-- false > > --nostringval-- --nostringval-- false --nostringval-- --nostringval-- > > --nostringval-- false --nostringval-- --nostringval-- --nostringval-- > > --nostringval-- --nostringval-- > > Dictionary stack: > > 461/479 14/200 238/270 11/25 461/479 12/12 > > Ghostscript 2.5 (8/18/92) > > Copyright (C) 1990, 1992 Aladdin Enterprises, Menlo Park, CA. > > All rights reserved. > > Distributed by Free Software Foundation, Inc. > > Ghostscript comes with NO WARRANTY: see the file LICENSE for details. > > GS<38> > > What am I doing wrong and has anybody else set up something similar? Any > pointers that anybody can give me on getting this going would be greatly > appreciated. > My answer came back out of the ghostscript group who noted that the first version of ghostscript to support truetype fonts was version 2.5.1 (note! I had 2.5). Out to the netagain and downloaded a copy of ghostscript 2.5.2 and this fixed all my problems. I now have a cheap color postscript printer available for next to nothing. Thanks for the responses from: wes@terminator.cc.umich.edu And in case I didn't say it before, keep up the good work. This stuff is great! =========================================================================== Mark Holm markh@analogy.com -or- Analogy ..sun!nosun!analogy!markh P.O. Box 1669 Phone (503)626-9700 Beaverton, Oregon 97075-1669 Fax (503)643-3361 From netatalk-admins-request Thu Oct 8 22:41:21 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA01500; Thu, 8 Oct 92 22:41:25 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA01496; Thu, 8 Oct 92 22:41:21 -0400 Received: from relay1.UU.NET by umich.edu (5.65/2.2) id AA14710; Thu, 8 Oct 92 22:41:11 -0400 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA21673; Thu, 8 Oct 92 22:39:26 -0400 Received: from analogy.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 211633.19926; Thu, 8 Oct 1992 21:16:33 EDT Received: from opus.analogy.com by analogy.com (4.1/Shared_Spool_1.2) id AA01395; Thu, 8 Oct 92 18:03:11 PDT From: markh@analogy.com (Mark Holm) Message-Id: <9210090103.AA01395@analogy.com> Subject: I crashed and I cannot get up! To: netatalk-admins@analogy.com Date: Thu, 8 Oct 92 18:04:25 PDT X-Mailer: ELM [version 2.3 PL0] After all the work getting the ghostscript working, now I have a problem with just getting things running again. Systemic Details: Sun IPX running SunOS 4.1.2 No patches Attached serial HP Paintjet Other "Things" on the network Several Macs Running System 7 Kpath - minimal configuration necessary to get IP forwarding Several Suns Running Tops 3.0 (not this one) Several PC's running Tops 3.0 Multiple Printers with Appletalk interfaces After getting everything running and playing with the full system for about a week, I managed to crash my system just when one of the Mac User's wanted to do something real. When I rebooted, I cannot get anything running beyond the atalkd. My atalkd.conf file looks like the following: > ifconfig le0 128.0 > le0 EtherTalk > zone EtherTalk Simple and straight forward. if you check after starting atalkd you find that it is running (using ps) and has established a couple of entries in my routing table (netstat -r). Next step is to register the workstation: > nbprgstr opus:Workstation Returns: > nbp_rgstr: Can't assign requested address > Can't register opus:Workstation@* Ok, so lets see what else doesn't work. Try something simple like getting zones: > getzones Returns: > atp_sreq: Can't assign requested address How about looking at the rest of the network with nbplkup. it also returns the above error. Do I have an old data file around somewhere that I need to get rid of (maybe as part of the boot process)? Where do I go from here. The Mac user's wanted to print something today, otherwise they will farm it out to a printer. Somebody please give me some pointers!!! =========================================================================== Mark Holm markh@analogy.com -or- Analogy ..sun!nosun!analogy!markh P.O. Box 1669 Phone (503)626-9700 Beaverton, Oregon 97075-1669 Fax (503)643-3361 From netatalk-admins-request Fri Oct 9 12:24:50 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA11589; Fri, 9 Oct 92 12:24:53 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA11583; Fri, 9 Oct 92 12:24:50 -0400 Received: from relay1.UU.NET by umich.edu (5.65/2.2) id AA21366; Fri, 9 Oct 92 12:24:41 -0400 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA19191; Fri, 9 Oct 92 12:24:18 -0400 Received: from analogy.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 122128.20792; Fri, 9 Oct 1992 12:21:28 EDT Received: by analogy.com (4.1/Shared_Spool_1.2) id AA02991; Fri, 9 Oct 92 09:08:07 PDT Received: from ccs.itd.umich.edu (via monet.ccs.itd.umich.edu) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA24297; Fri, 9 Oct 92 00:21:27 -0400 Received: from localhost by ccs.itd.umich.edu (5.65/2.2) id AA13070; Fri, 9 Oct 92 00:20:24 -0400 Message-Id: <9210090420.AA13070@ccs.itd.umich.edu> To: markh@analogy.com (Mark Holm) Cc: netatalk-admins@analogy.com Subject: Re: I crashed and I cannot get up! In-Reply-To: Your message of "Thu, 08 Oct 92 18:04:25 PDT." <9210090103.AA01395@analogy.com> Date: Fri, 09 Oct 92 00:20:24 -0400 From: Robert John Churchill > From: markh@analogy.com (Mark Holm) > To: netatalk-admins@analogy.com > After getting everything running and playing with the full system for about a > week, I managed to crash my system just when one of the Mac User's wanted > to do something real. When I rebooted, I cannot get anything running beyond > the atalkd. My atalkd.conf file looks like the following: > > > ifconfig le0 128.0 > > le0 EtherTalk > > zone EtherTalk Hi Mark, As an example, here is what one of my machine's atalkd.conf file looks like: ifconfig le0 7939.0 ifconfig lo0 0.0 <-- configure loopback interface le0 "Argus" route le0 lo0 <-- route between two interfaces zone Argus Do you have an AppleTalk compatible version of ifconfig? If not, I think you'll want to add lines to configure your loopback interface and route between it and the net (marked lines). Is the name of your zone "EtherTalk"? Robert From netatalk-admins-request Fri Oct 9 13:20:42 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA11589; Fri, 9 Oct 92 12:24:53 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA11583; Fri, 9 Oct 92 12:24:50 -0400 Received: from relay1.UU.NET by umich.edu (5.65/2.2) id AA21366; Fri, 9 Oct 92 12:24:41 -0400 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA19191; Fri, 9 Oct 92 12:24:18 -0400 Received: from analogy.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 122128.20792; Fri, 9 Oct 1992 12:21:28 EDT Received: by analogy.com (4.1/Shared_Spool_1.2) id AA02991; Fri, 9 Oct 92 09:08:07 PDT Received: from ccs.itd.umich.edu (via monet.ccs.itd.umich.edu) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA24297; Fri, 9 Oct 92 00:21:27 -0400 Received: from localhost by ccs.itd.umich.edu (5.65/2.2) id AA13070; Fri, 9 Oct 92 00:20:24 -0400 Message-Id: <9210090420.AA13070@ccs.itd.umich.edu> To: markh@analogy.com (Mark Holm) Cc: netatalk-admins@analogy.com Subject: Re: I crashed and I cannot get up! In-Reply-To: Your message of "Thu, 08 Oct 92 18:04:25 PDT." <9210090103.AA01395@analogy.com> Date: Fri, 09 Oct 92 00:20:24 -0400 From: Robert John Churchill > From: markh@analogy.com (Mark Holm) > To: netatalk-admins@analogy.com > After getting everything running and playing with the full system for about a > week, I managed to crash my system just when one of the Mac User's wanted > to do something real. When I rebooted, I cannot get anything running beyond > the atalkd. My atalkd.conf file looks like the following: > > > ifconfig le0 128.0 > > le0 EtherTalk > > zone EtherTalk Hi Mark, As an example, here is what one of my machine's atalkd.conf file looks like: ifconfig le0 7939.0 ifconfig lo0 0.0 <-- configure loopback interface le0 "Argus" route le0 lo0 <-- route between two interfaces zone Argus Do you have an AppleTalk compatible version of ifconfig? If not, I think you'll want to add lines to configure your loopback interface and route between it and the net (marked lines). Is the name of your zone "EtherTalk"? Robert From netatalk-admins-request Thu Oct 15 17:34:56 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA19315; Thu, 15 Oct 92 17:34:58 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA19311; Thu, 15 Oct 92 17:34:56 -0400 Received: from ads.com by umich.edu (5.65/2.2) id AA03669; Thu, 15 Oct 92 17:34:50 -0400 Received: from tahurangi.ads.com by ads.com (5.65+/1.34v1.3) id AA03105; Thu, 15 Oct 92 14:36:34 -0700 From: henry@ads.com (Henry Mensch) Received: by tahurangi.ads.com (5.65+/4.7) id AA10457; Thu, 15 Oct 92 14:36:29 -0700 Date: Thu, 15 Oct 92 14:36:29 -0700 Message-Id: <9210152136.AA10457@tahurangi.ads.com> To: netatalk-admins@itd.umich.edu Subject: is anyone running netatalk with *transarc*'s afs? Reply-To: henry@ads.com everything i experience in the afpd source seems to presume MIT's kerberos (which we don't have; we have Transarc's kerberos built into AFS 3.1). # henry mensch / booz, allen & hamilton, inc. / # "fight the real enemy." -- sinead o'connor, and many others. From netatalk-admins-request Fri Oct 16 08:17:57 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA25341; Fri, 16 Oct 92 08:17:59 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA25337; Fri, 16 Oct 92 08:17:57 -0400 Received: from citi.umich.edu by umich.edu (5.65/2.2) id AA10221; Fri, 16 Oct 92 08:17:57 -0400 Message-Id: <9210161217.AA10221@umich.edu> Received: from hone.citi.umich.edu [141.211.170.43] by citi.umich.edu with SMTP; Thu, 15 Oct 92 19:14:21 -0400 From: peter honeyman To: henry@ads.com Cc: netatalk-admins@itd.umich.edu Date: Thu, 15 Oct 92 19:14:17 -0400 Subject: Re: is anyone running netatalk with *transarc*'s afs? In-Reply-To: Your message of Thu, 15 Oct 92 14:36:29 -0700. <9210152136.AA10457@tahurangi.ads.com> > Date: Thu, 15 Oct 92 14:36:29 -0700 > From: henry@ads.com (Henry Mensch) > Subject: is anyone running netatalk with *transarc*'s afs? > > everything i experience in the afpd source seems to presume MIT's > kerberos (which we don't have; we have Transarc's kerberos built into > AFS 3.1). i'm running afs 3.1 here, but that doesn't mean much, i suspect. peter From netatalk-admins-request Fri Oct 16 10:19:11 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA26873; Fri, 16 Oct 92 10:19:13 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA26869; Fri, 16 Oct 92 10:19:11 -0400 Received: from citi.umich.edu by umich.edu (5.65/2.2) id AA11183; Fri, 16 Oct 92 10:19:11 -0400 Message-Id: <9210161419.AA11183@umich.edu> Received: from citi.umich.edu [141.211.128.124] by citi.umich.edu with SMTP; Fri, 16 Oct 92 10:18:25 -0400 From: hacker@citi.umich.edu To: peter honeyman Cc: henry@ads.com, netatalk-admins@itd.umich.edu, hacker@citi.umich.edu Date: Fri, 16 Oct 92 10:18:23 -0400 Subject: Re: is anyone running netatalk with *transarc*'s afs? In-Reply-To: Your message of Thu, 15 Oct 92 19:14:17 -0400 . <9210161217.AA10221@umich.edu> > Date: Thu, 15 Oct 92 14:36:29 -0700 > From: henry@ads.com (Henry Mensch) > Subject: is anyone running netatalk with *transarc*'s afs? > > everything i experience in the afpd source seems to presume MIT's > kerberos (which we don't have; we have Transarc's kerberos built into > AFS 3.1). Do you have AFS Kerberos for the Mac from here?? I can get it to you if you need it .... WRT AFS: The only parts of afpd that need AFS are (1) an internal routine that determines free space on the volume (2) afp_getdiracl and afp_setdiracl, which manipulate the AFS access control lists. (3) krb_login and krb_logincont which is the part that uses Kerberos From netatalk-admins-request Sat Oct 31 11:46:55 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA03548; Sat, 31 Oct 92 11:47:10 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA03543; Sat, 31 Oct 92 11:46:55 -0500 Received: from jove.Colorado.EDU by umich.edu (5.65/2.2) id AA01242; Sat, 31 Oct 92 11:46:53 -0500 Received: by jove.Colorado.EDU (AIX 3.2/UCB 5.64/CU/CNS-AIX4.04) id AA19814; Sat, 31 Oct 1992 09:45:43 -0700 From: cary@jove.Colorado.EDU (John R. Cary) Message-Id: <9210311645.AA19814@jove.Colorado.EDU> Subject: Problem mounting files - password incorrect To: netatalk-admins@itd.umich.edu Date: Sat, 31 Oct 92 9:45:42 MST X-Mailer: ELM [version 2.3 PL11] I have installed netatalk on an RS6000 running AIX 3.1.x. I am primarily interested in the file server. My problem is that upon logging in through the chooser, I get told that my password is incorrect. If I log in as guest, everything works. Is there some problem with passwords in netatalk and AIX? Thanks....John Cary -- -------------------------- John R. Cary cary@boulder.colorado.edu Department of Astrophysical, Planetary and Atmospheric Sciences University of Colorado, Boulder, CO 80309-0391 ph. (303) 492-1489 fax (303) 492-0642 From netatalk-admins-request Sat Oct 31 12:14:24 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA03653; Sat, 31 Oct 92 12:14:26 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA03649; Sat, 31 Oct 92 12:14:24 -0500 Received: from terminator.rs.itd.umich.edu by umich.edu (5.65/2.2) id AA01731; Sat, 31 Oct 92 12:14:23 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA28127; Sat, 31 Oct 92 12:14:04 -0500 Message-Id: <9210311714.AA28127@terminator.rs.itd.umich.edu> From: wes.craig@umich.edu To: cary@jove.Colorado.EDU (John R. Cary) Cc: netatalk-admins@itd.umich.edu Subject: Re: Problem mounting files - password incorrect In-Reply-To: Your message of "Sat, 31 Oct 92 09:45:42 MST." <9210311645.AA19814@jove.Colorado.EDU> Date: Sat, 31 Oct 92 12:14:04 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: cary@jove.Colorado.EDU (John R. Cary) > To: netatalk-admins@itd.umich.edu > I have installed netatalk on an RS6000 running AIX 3.1.x. I am primarily > interested in the file server. My problem is that upon logging > in through the chooser, I get told that my password is incorrect. > If I log in as guest, everything works. Is there some problem with > passwords in netatalk and AIX? I've already replied to your comp.protocols.appletalk post. I think the problem is related to /etc/shells. If you add /bin/ksh to /etc/shells (create /etc/shell, I'd guess), or add ksh to the default shells in etc/afpd/getusershell.c, then things should work. You can detect a good number of these sorts of problems by observing the output of afpd to syslog. wes From netatalk-admins-request Sat Oct 31 14:58:07 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA04152; Sat, 31 Oct 92 14:58:09 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA04148; Sat, 31 Oct 92 14:58:07 -0500 Received: from terminator.rs.itd.umich.edu by umich.edu (5.65/2.2) id AA03488; Sat, 31 Oct 92 14:58:06 -0500 Received: from llama.ifs.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA28706; Sat, 31 Oct 92 14:58:00 -0500 Message-Id: <9210311958.AA28706@terminator.rs.itd.umich.edu> To: cary@jove.Colorado.EDU (John R. Cary) Cc: netatalk-admins@itd.umich.edu, mdw@umich.edu, billdo@umich.edu Subject: Re: Problem mounting files - password incorrect Date: Sat, 31 Oct 92 14:58:01 -0500 From: mdw@umich.edu > To: cary@jove.Colorado.EDU (John R. Cary) > From: cary@jove.Colorado.EDU (John R. Cary) > I have installed netatalk on an RS6000 running AIX 3.1.x. I am primarily > interested in the file server. My problem is that upon logging > in through the chooser, I get told that my password is incorrect. > If I log in as guest, everything works. Is there some problem with > passwords in netatalk and AIX? There is another way netatalk could be failing to authenticate users. Distribution netatalk only looks at the password field in /etc/passwd. But the RS/6K also supports a shadow password file, in /etc/security/passwd. If there is a '*' (or other non-decryptable string) in /etc/passwd, there is no code in netatalk to look at /etc/security/passwd to fetch the "real" password string, and hence there is no way netatalk could possibily authenticate such users. There is another routine, getuserpw, that should be used to fetch the real password - use "info" to find out about it. Welcome to the confusing world of AIX. It tries so hard to be all things to all people. -Marcus Watts UM ITD RS Umich Systems Group From netatalk-admins-request Sat Oct 31 22:32:58 1992 Received: by terminator.cc.umich.edu (5.65/2.2) id AA05237; Sat, 31 Oct 92 22:33:00 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.cc.umich.edu (5.65/2.2) id AA05233; Sat, 31 Oct 92 22:32:58 -0500 Received: from relay2.UU.NET by umich.edu (5.65/2.2) id AA05614; Sat, 31 Oct 92 22:32:56 -0500 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA28388; Sat, 31 Oct 92 22:33:04 -0500 Received: from analogy.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 223202.29329; Sat, 31 Oct 1992 22:32:02 EST Received: from opus.analogy.com by analogy.com (4.1/Shared_Spool_1.2) id AA03058; Sat, 31 Oct 92 19:21:41 PST From: markh@analogy.com (Mark Holm) Message-Id: <9211010321.AA03058@analogy.com> Subject: Kpath Configuration Program? To: netatalk-admins@analogy.com Date: Sat, 31 Oct 92 19:22:56 PST X-Mailer: ELM [version 2.3 PL0] A while ago a friend of mine dropped a K-path configuration program that he had found at Rutgers that allowed a Kpath to be configured in KIP format from a Sun. ... Ok, it's been about a year ... Does anybody know of a varient of this that is compatible with the present version of netatalk? I don't have access to the internet, and trying to search with archie for a slightly vague topic is painful. Any pointers that I could be given as to name and location, would be greatly appreciated. =========================================================================== Mark Holm markh@analogy.com -or- Analogy ..sun!nosun!analogy!markh P.O. Box 1669 Phone (503)626-9700 Beaverton, Oregon 97075-1669 Fax (503)643-3361 From netatalk-admins-request Mon Nov 2 17:24:13 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA10479; Mon, 2 Nov 92 17:24:13 -0500 Received: from ivrit.ra.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA10475; Mon, 2 Nov 92 17:24:13 -0500 Received: by ivrit.ra.itd.umich.edu (5.65/2.2) id AA03138; Mon, 2 Nov 92 17:24:06 -0500 Message-Id: <9211022224.AA03138@ivrit.ra.itd.umich.edu> From: Charles Clark To: markh@analogy.com (Mark Holm) Cc: netatalk-admins@terminator.rs.itd.umich.edu Subject: Re: Kpath Configuration Program? In-Reply-To: Your message of "Sat, 31 Oct 92 19:22:56 PST." <9211010321.AA03058@analogy.com> Date: Mon, 02 Nov 92 17:24:06 EST Sender: cmclark@ivrit.ra.itd.umich.edu > From: markh@analogy.com (Mark Holm) > A while ago a friend of mine dropped a K-path configuration program that he > had found at Rutgers that allowed a Kpath to be configured in KIP format > from a Sun. ... Ok, it's been about a year ... I suppose this required the KIP/CAP code and all, and this was roughly the same usage as FastPath Manager on a Mac (as opposed to atalkad)? I haven't seen such program myself for netatalk or cap (not having used cap in quite a while) and as we are no longer using FastPath's here at UofM for the most part, I wouldn't expect anything from around here. It was my understanding that FastPath's didn't do their configuration with straight appletalk - could be wrong. Maybe someone out there outside of Michigan has an idea? > Does anybody know of a varient of this that is compatible with the present > version of netatalk? I don't have access to the internet, and trying to > search with archie for a slightly vague topic is painful. Any pointers that > I could be given as to name and location, would be greatly appreciated. I didn't see anything obviously cap or netatalk related by poking around on shiva.com myself. -- Charles Clark From netatalk-admins-request Tue Nov 3 10:46:32 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA03928; Tue, 3 Nov 92 10:46:34 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA03922; Tue, 3 Nov 92 10:46:32 -0500 Received: from jove.Colorado.EDU by umich.edu (5.65/2.2) id AA04035; Tue, 3 Nov 92 10:46:34 -0500 Received: by jove.Colorado.EDU (AIX 3.2/UCB 5.64/CU/CNS-AIX4.04) id AA23814; Tue, 3 Nov 1992 08:45:23 -0700 From: cary@jove.Colorado.EDU (John R. Cary) Message-Id: <9211031545.AA23814@jove.Colorado.EDU> Subject: RS6K: pap replies No Such Printer To: netatalk-admins@itd.umich.edu Date: Tue, 3 Nov 92 8:45:23 MST X-Mailer: ELM [version 2.3 PL11] I am trying to get netatalk working on an RS6K/32H running AIX3.1. I have afpd working, and now I am trying to get pap working. I used the LaserWriter Utility to name my printer "LaserWriter". I then do: apas.root$ /usr/local/atalk/etc/pap -p LaserWriter test.text LaserWriter[10112]: No Such Printer /usr/local/atalk/etc/pap[10112]: send file failed I tried to use nbplkup to see if any of my machines are in the NBP database. They are not. Must I register these first manually? John Cary -- -------------------------- John R. Cary cary@boulder.colorado.edu Department of Astrophysical, Planetary and Atmospheric Sciences University of Colorado, Boulder, CO 80309-0391 ph. (303) 492-1489 fax (303) 492-0642 From netatalk-admins-request Tue Nov 3 11:28:11 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA05968; Tue, 3 Nov 92 11:28:12 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA05964; Tue, 3 Nov 92 11:28:11 -0500 Received: from log.css.itd.umich.edu by umich.edu (5.65/2.2) id AA04848; Tue, 3 Nov 92 11:28:12 -0500 Received: from nosegoblin.css.itd.umich.edu by css.itd.umich.edu (5.65/2.2) id AA25523; Tue, 3 Nov 92 11:28:11 -0500 Received: by nosegoblin.css.itd.umich.edu (5.65/dumb-1.0) id AA03091; Tue, 3 Nov 92 11:28:10 -0500 Message-Id: <9211031628.AA03091@nosegoblin.css.itd.umich.edu> From: Gordon Good To: cary@jove.Colorado.EDU (John R. Cary) Cc: netatalk-admins@itd.umich.edu Subject: Re: RS6K: pap replies No Such Printer In-Reply-To: Your message of "Tue, 03 Nov 92 08:45:23 MST." <9211031545.AA23814@jove.Colorado.EDU> Date: Tue, 03 Nov 92 11:28:09 -0500 Sender: ggood@css.itd.umich.edu >I am trying to get netatalk working on an RS6K/32H running AIX3.1. >I have afpd working, and now I am trying to get pap working. I >used the LaserWriter Utility to name my printer "LaserWriter". I then >do: > >apas.root$ /usr/local/atalk/etc/pap -p LaserWriter test.text >LaserWriter[10112]: No Such Printer >/usr/local/atalk/etc/pap[10112]: send file failed It sounds to me like the Apple LaserWriter Utility padded the 11-character name "LaserWriter" with a space at the end, so the printer is really named "LaserWriter ". Try: /usr/local/atalk/etc/pap -p "LaserWriter " test.text and see if that works. I think it should, although your next statement makes me wonder: >I tried to use nbplkup to see if any of my machines are in the NBP database. >They are not. Must I register these first manually? Do you mean you can't see the NBP name of the workstation running netatalk, or that you can't see anything at all? You might want to send the contents of your atalkd configuration files to this mailing list if the above fix doesn't work. -Gordon From netatalk-admins-request Tue Nov 3 12:03:09 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA07038; Tue, 3 Nov 92 12:03:10 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA07033; Tue, 3 Nov 92 12:03:09 -0500 Received: from jove.Colorado.EDU by umich.edu (5.65/2.2) id AA05407; Tue, 3 Nov 92 12:03:09 -0500 Received: by jove.Colorado.EDU (AIX 3.2/UCB 5.64/CU/CNS-AIX4.04) id AA24360; Tue, 3 Nov 1992 10:01:55 -0700 From: cary@jove.Colorado.EDU (John R. Cary) Message-Id: <9211031701.AA24360@jove.Colorado.EDU> Subject: Re: RS6K: pap replies No Such Printer To: ggood@css.itd.umich.edu (Gordon Good) Date: Tue, 3 Nov 92 10:01:55 MST Cc: netatalk-admins@itd.umich.edu In-Reply-To: <9211031628.AA03091@nosegoblin.css.itd.umich.edu>; from "Gordon Good" at Nov 3, 92 11:28 am X-Mailer: ELM [version 2.3 PL11] According to Gordon Good: > >>I am trying to get netatalk working on an RS6K/32H running AIX3.1. >>I have afpd working, and now I am trying to get pap working. I >>used the LaserWriter Utility to name my printer "LaserWriter". I then >>do: >> >>apas.root$ /usr/local/atalk/etc/pap -p LaserWriter test.text >>LaserWriter[10112]: No Such Printer >>/usr/local/atalk/etc/pap[10112]: send file failed > >It sounds to me like the Apple LaserWriter Utility padded the >11-character name "LaserWriter" with a space at the end, so the printer >is really named "LaserWriter ". Try: > >/usr/local/atalk/etc/pap -p "LaserWriter " test.text I tried this with no luck: apas.cary$ /usr/local/atalk/etc/pap -p "LaserWriter " atalkd.conf LaserWriter [5294]: No Such Printer /usr/local/atalk/etc/pap[5294]: send file failed > >and see if that works. I think it should, although your next statement >makes me wonder: > >>I tried to use nbplkup to see if any of my machines are in the NBP database. >>They are not. Must I register these first manually? > >Do you mean you can't see the NBP name of the workstation running netatalk, >or that you can't see anything at all? You might want to send the contents >of your atalkd configuration files to this mailing list if the above >fix doesn't work. I see the workstation: apas.cary$ nbplkup =:=@* apas:AFPServer 0.2:128 apas:Workstation 0.2:4 but I was wondering if any of the netatalk utilities allow me to see the other devices by name. I have used aecho to see that there are devices at 0.0,0.1,0.2,0.3,0.12. I have six devices but one of these is a NeXT with a flakey appletalk interface. I do not know how to tell which address goes with which device. My atalkd.conf file is: ifconfig en0 0.0 ifconfig lo0 0.0 en0 apas route en0 lo0 zone apas I presume the name, apas, which I want eventually in phase-2, means nothing now. I use this name for both the workstation name and the appletalk zone name. Hints?....Thx....John Cary -- -------------------------- John R. Cary cary@boulder.colorado.edu Department of Astrophysical, Planetary and Atmospheric Sciences University of Colorado, Boulder, CO 80309-0391 ph. (303) 492-1489 fax (303) 492-0642 From netatalk-admins-request Tue Nov 3 12:35:40 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA07978; Tue, 3 Nov 92 12:35:41 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA07974; Tue, 3 Nov 92 12:35:40 -0500 Received: from relay1.UU.NET by umich.edu (5.65/2.2) id AA05767; Tue, 3 Nov 92 12:35:36 -0500 Received: from uunet.uu.net (via LOCALHOST.UU.NET) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA16425; Tue, 3 Nov 92 12:35:15 -0500 Received: from analogy.UUCP by uunet.uu.net with UUCP/RMAIL (queueing-rmail) id 123502.23252; Tue, 3 Nov 1992 12:35:02 EST Received: from opus.analogy.com by analogy.com (4.1/Shared_Spool_1.2) id AA08038; Tue, 3 Nov 92 09:29:43 PST From: markh@analogy.com (Mark Holm) Message-Id: <9211031729.AA08038@analogy.com> Subject: Help with Printing via papd To: netatalk-admins@analogy.com Date: Tue, 3 Nov 92 9:31:11 PST Cc: daveh@analogy.com (CMRD Networking Consultant), markh@analogy.com (Mark Holm) X-Mailer: ELM [version 2.3 PL0] I have two different setups with roughly equivalent results from both. First setup: Macintosh Plus 6.0.8 4Mb on AppleTalk Tried both printmonitor and Tops Spool Several Mac IIci 7.0.1 on Ethertalk Shiva FastPath 4 minimum configuration (IP forwarding only) Sun IPX 4.1.2 Running netatalk 1.2.1 atalkd papd pap -> LaserWriter on Appletalk Second Setup: Macintosh Plus 6.0.8 4Mb on Ethertalk with Nuvolink adapter Tried both printmonitor and Tops Spool Sun 3/50 4.1.1 Running netatalk 1.2.1 atalkd papd to spool to a ghostscript driven deskjet 500 apfd In the first setup, all the Mac's running 7.0.1 have no problems. I am actually serving several printers from the Sun, and they seem to have no problems. When I try to print from the one system setting on the Appletalk, it never seems to be able to make a connection. Watching from the print monitor, it tries for about three minutes and then starts over until you kill the print job. If you then look at the Sun with ps you find a number ojobs of the form: -lw3 processing job 67/57 from 0.58.182 (papd) The number of these seems to correspond to the number of times that it attempted to print the file. The atalk.conf file for this system looks like: ifconfig le0 128.0 ifconfig lo0 0.0 le0 EtherTalk route le0 lo0 zone EtherTalk Additional information: atalk netnumber: 0 ethertalk net number: 128 Unless I' highly mistaken the problem is that the lo0 inetface and the appletalk zone both have the same netnumber. the problem is that I cannot seem to get netatalk to fire up with any other number than 0 on the lo0 interface and it won't start at all if you don't declare the lo0 interface. On the second setup, it is roughly the same behaviour except if you let the Mac try more than once to print, it hangs the Mac and you have to reboot. I know it is making a partial connection because it does manage to get the procset downloaded into the procset directory. It also leaves the "processing" jobs behind. The atalk.conf file for this one looks like: ifconfig le0 0.0 ifconfig lo0 0.0 le0 "EtherTalk 2" route le0 lo0 zone "EtherTalk 2" I tried several combinations of net numbers here as well, but this was the only one that allowed the Mac to see the sun and the sun to see the Mac. The additional "strangeness" here is that the Appleshare portion seems to be working just fine. Anybody have any ideas? Any help would be greatly appreciated. I will sumarize if response warrents. =========================================================================== Mark Holm markh@analogy.com -or- Analogy ..sun!nosun!analogy!markh P.O. Box 1669 Phone (503)626-9700 Beaverton, Oregon 97075-1669 Fax (503)643-3361 From netatalk-admins-request Wed Nov 4 11:04:37 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA13929; Wed, 4 Nov 92 11:04:38 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA13924; Wed, 4 Nov 92 11:04:37 -0500 Received: from ib.rl.ac.uk by umich.edu (5.65/2.2) id AA18277; Wed, 4 Nov 92 11:04:34 -0500 Received: from UKACRL.BITNET by ib.rl.ac.uk (IBM VM SMTP V2R1) with BSMTP id 0683; Wed, 04 Nov 92 16:06:15 GMT Received: from RL.IB by UKACRL.BITNET (Mailer R2.07) with BSMTP id 8017; Wed, 04 Nov 92 16:06:14 GMT Received: from RL.IB by UK.AC.RL.IB (Mailer R2.07) with BSMTP id 2888; Wed, 04 Nov 92 16:06:13 GMT Via: UK.AC.RL.INF; 4 NOV 92 16:06:11 GMT Received: from cedar by inf.rl.ac.uk; Wed, 4 Nov 92 16:04:16 GMT From: nbc%inf.rl.ac.uk@ib.rl.ac.uk Message-Id: <9211041604.AA01794@cedar> To: netatalk-admins@itd.umich.edu Date: Wed, 4 Nov 92 16:04:11 BST Subject: Problem with Word trying to read from Sun disk X-Mailer: Elm [version 1.5b] We have been using Netatalk v.1.2.1 for some time now and using Sun discs to hold Mac files which we access via afpd. We have jsut received some files which are in EPS (encapsulated PS format). When these files are stored on the Sun disc and we try and read them into MS Word 5.0 we initially get the box which says converting EPS come up but then a warning box appears which says "Invalid data in conversion file". If the EPS file is stored on the Mac Hard Disc there is no problem and the EPS file is converted and read in OK. The resulting diagrams are as expected. We have also found that if we try and copy these EPS files from the Sun disc to the Mac disc then the Mac will hang entirely and will need to be rebooted. We have not seen this kind of problem before with other files. The original files are commercial software (EPS maps). The Macs are IIci's (it happens on more than one), the Sun is an IPC running SunOS4.1.1 Has anyone seen anything like this or can shed any light on what is going on. Thanks, Neil -- Neil Calton UUCP: ..!mcsun!ukc!rlinf!nbc Informatics Department, NSFNET: nbc%inf.rl.ac.uk@nsfnet-relay.ac.uk Rutherford Appleton Laboratory, BITNET: nbc%uk.ac.rl.inf@ukacrl Chilton, Didcot, Oxon, OX11 0QX JANET: nbc@uk.ac.rl.inf England Tel: +44 235 44 5740 Fax: +44 235 44 5831 From wes Thu Nov 5 12:56:08 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA01654; Thu, 5 Nov 92 12:56:08 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA01650; Thu, 5 Nov 92 12:56:08 -0500 Received: from terminator.rs.itd.umich.edu by umich.edu (5.65/2.2) id AA05477; Thu, 5 Nov 92 12:56:11 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA01644; Thu, 5 Nov 92 12:56:04 -0500 Message-Id: <9211051756.AA01644@terminator.rs.itd.umich.edu> From: wes.craig@umich.edu To: cary@jove.Colorado.EDU (John R. Cary) Cc: netatalk-admins@itd.umich.edu Subject: Re: RS6K: pap replies No Such Printer In-Reply-To: Your message of "Tue, 03 Nov 92 10:01:55 MST." <9211031701.AA24360@jove.Colorado.EDU> Date: Thu, 05 Nov 92 12:56:03 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: cary@jove.Colorado.EDU (John R. Cary) > To: ggood@css.itd.umich.edu (Gordon Good) > but I was wondering if any of the netatalk utilities allow me to see the > other devices by name. > ifconfig en0 0.0 > ifconfig lo0 0.0 > en0 apas > route en0 lo0 > zone apas There is a bug in the atalkd from netatalk-1.2.1, exercised by setting the ethernet interface address to 0.0. Here's the patch: *** etc/atalkd/nbp.c- 1992/01/22 23:13:52 --- etc/atalkd/nbp.c 1992/03/31 05:25:25 *************** *** 138,144 **** } for ( rt = rtmptab; rt; rt = rt->rt_next ) { ! if ( rt->rt_net != ATADDR_ANYNET && rt->rt_zt && nbp_streq( rt->rt_zt->zt_zonelen, rt->rt_zt->zt_zone, zlen, zone )) { sat.sat_addr.s_net = rt->rt_net; --- 138,144 ---- } for ( rt = rtmptab; rt; rt = rt->rt_next ) { ! if ( rt->rt_zt && nbp_streq( rt->rt_zt->zt_zonelen, rt->rt_zt->zt_zone, zlen, zone )) { sat.sat_addr.s_net = rt->rt_net; wes From netatalk-admins-request Fri Nov 13 15:58:13 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA10793; Fri, 13 Nov 92 15:58:14 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA10789; Fri, 13 Nov 92 15:58:13 -0500 Received: from uunet.ca by umich.edu (5.65/2.2) id AA03303; Fri, 13 Nov 92 15:59:07 -0500 Received: from shark by mail.uunet.ca with UUCP id <9777>; Fri, 13 Nov 1992 15:58:40 -0500 Received: by minnow.csi.on.ca (/\==/\ Smail3.1.25.1 #25.13) id ; Fri, 13 Nov 92 20:33 GMT To: netatalk-admins@itd.umich.edu Newsgroups: csi.mail.netatalk Path: mcr From: mcr@csi.on.ca (Michael Richardson) Subject: Re: Problem mounting files - password incorrect Message-Id: <1992Nov13.203304.5026@csi.on.ca> Nntp-Posting-Host: flipper.csi.on.ca Organization: Carp Systems International, Kanata, ON References: <9210311645.AA19814@jove.Colorado.EDU> <9210311714.AA28127@terminator.rs.itd.umich.edu> Date: Fri, 13 Nov 1992 15:33:04 -0500 In article <9210311714.AA28127@terminator.rs.itd.umich.edu> wes.CRaig@umich.EDU writes: >I've already replied to your comp.protocols.appletalk post. I think >the problem is related to /etc/shells. If you add /bin/ksh to >/etc/shells (create /etc/shell, I'd guess), or add ksh to the default That won't do. You have to add it the the shells stanza in /etc/security/login.cfg AIXism. -- :!mcr!: | #include +1 613 592 5780 Michael Richardson | WORK: mcr@csi.on.ca HOME: mcr@sandelman.ocunix.on.ca From wes Sat Nov 14 11:21:34 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA18141; Sat, 14 Nov 92 11:21:35 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA18137; Sat, 14 Nov 92 11:21:34 -0500 Received: from terminator.rs.itd.umich.edu by umich.edu (5.65/2.2) id AA00939; Sat, 14 Nov 92 11:22:21 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA18129; Sat, 14 Nov 92 11:21:32 -0500 Message-Id: <9211141621.AA18129@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: 1.3 porting version From: wes.craig@umich.edu Date: Sat, 14 Nov 92 11:21:31 -0500 Sender: wes@terminator.rs.itd.umich.edu I'm looking for people to volunteer to help port the sun version of netatalk 1.3 to various platforms. You should *probably* have a sun to so you can see how it works there, but it's not a requirement. The porting version includes the full kernel support and an atalkd for exercising the new kernel facilities. It will not be useful to people wanting phase 2 immediately. If there are several people who have the equipment and desire to work on multiple platforms, I will get your names to each other, and try to help you work together. At the very minimum, I'd like someone for Ultrix 4.3, AIX 3.2, and 386BSD. Thanks for everyone's patience. wes From netatalk-admins-request Fri Nov 27 06:06:13 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA06385; Fri, 27 Nov 92 06:06:14 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA06381; Fri, 27 Nov 92 06:06:13 -0500 Received: from relay.conware.de by umich.edu (5.65/2.2) id AA06449; Fri, 27 Nov 92 06:06:12 -0500 Received: from color.conware.de by relay.conware.de with smtp (Smail3.1.28.1 #2) id m0mv3Uo-0000nIC; Fri, 27 Nov 92 12:04 MET Received: by color.conware.de (/\==/\ Smail3.1.25.1 #25.7) id ; Fri, 27 Nov 92 12:05 MET Message-Id: From: roeck@conware.de (Guenter Roeck) Subject: questions to netatalk To: netatalk-admins@itd.umich.edu Date: Fri, 27 Nov 92 12:05:43 MET Reply-To: juelg@conware.de X-Mailer: ELM [version 2.4beta PL7] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Length: 3244 Hello, I am an implementer of AppleTalk router software at Conware GmbH. After examination of the Michigan implementation netatalk 1.2.1 and comparison with the AppleTalk definitions in 'Inside AppleTalk' edited by Sidhu, Andrews and Oppenheimer, I noticed a lot of differences. In some cases it's not obvious to me why these changes were made and even if they are correct. It would be helpful to me, if you sent back some comments to the following list of differences: NBP: 1. In NBP e.g. register packets are sent to the AppleTalk internet address 0000.00 .I assume that these packets are handled by DDP as local packets and no packets are sent out to any data link. Is this assumption correct ? RTMP: 2. Bad entries are not deleted from the routing table at a RT-check. 3. Bad entries and entries with a distance >= 15 are included in RTMP data packets. Bad entries are sent with the distance given in the routing table. 4. A routing table entry does not have a port number associated with it. 5. Only better routes are accepted from any neighboured routers. AppleTalk Phase I (the book) also accepts routes with equal distances. 6. No worse route is accepted, if the routing table entry's gateway is equal to the source address in the RTMP packet (and the ports are equal). 7. Split horizon is applied (split horizon is not defined in Phase I). 8. Each router must read the source of a RTMP data or a RTMP response packet if the receiving port isn't already configured with a nonzero network number. This is not being done in netatalk. Thus, how is the port being configured if it's not a seed router ? 9. Only a timer of 30 seconds is used for both the validity and the send timer. Accordingly to the specification of Phase I the following timer values must be used: validity timer 20 seconds send timer 10 seconds Point 2. could cause a large routing table, and together with point 3. will result in large RTMP data packets. Also the exhaustive search through the RT is more expensive in computing time. Furthermore, counting to infinity can occur in case of split horizon. Therefore the distance of entries should be checked before updating routing entries or no routing information may be sent about routes with a distance greater than 14. Otherwise counting to infinity wouldn't break. ZIP: 10. ZIP Takedown and ZIP Bringup are not handled. 11. The ZIP Query-Retransmission timer is set to 30 seconds (Phase I defines 10 seconds). Thanks in advance Konrad Juelg -------------------------------------------------------------------------- Konrad Juelg - Conware GmbH Phone: (0049) 721-9495-0 Internet: juelg@conware.de Fax: (0049) 721-9495-146 -------------------------------------------------------------------------- From netatalk-admins-request Sat Nov 28 14:00:55 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA17193; Sat, 28 Nov 92 14:00:56 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA17189; Sat, 28 Nov 92 14:00:55 -0500 Received: from ivrit.ra.itd.umich.edu by umich.edu (5.65/2.2) id AA13868; Sat, 28 Nov 92 14:01:06 -0500 Received: by ivrit.ra.itd.umich.edu (5.65/2.2) id AA05704; Sat, 28 Nov 92 13:59:37 -0500 Message-Id: <9211281859.AA05704@ivrit.ra.itd.umich.edu> From: Charles Clark To: juelg@conware.de, netatalk-admins@itd.umich.edu Subject: Re: questions to netatalk In-Reply-To: Your message of "Fri, 27 Nov 92 12:05:43 +0700." Date: Sat, 28 Nov 92 13:59:37 EST Sender: cmclark@ivrit.ra.itd.umich.edu > From: roeck@conware.de (Guenter Roeck) > Hello, > > I am an implementer of AppleTalk router software at Conware GmbH. After > examination of the Michigan implementation netatalk 1.2.1 and comparison with etc. This was mailed to us at Uof Michigan and replied to the original author by wes. Here is the content of his reply, FYI. From: wes.craig@umich.edu Subject: Re: Request for comments to netatalk 1.2.1 To: JUELG cc: netatalk@itd.umich.edu Date: Thu, 26 Nov 92 21:57:16 -0500 ---------------- > From: JUELG > To: netatalk@itd.umich.edu Konrad, thanks for the comments. You have obviously spent significant time looking over the code. I think that's great, so I'll try to take as much care with my reply. > NBP: > 1. In NBP e.g. register packets are sent to the AppleTalk > internet address 0000.00 .I assume that these packets are > handled by DDP as local packets and no packets are sent out > to any data link. Is this assumption correct ? Right. ATADDR_ANYNET.ATADDR_ANYNODE (0.0 on suns, 65535.0 on 4.4BSD machines) is the configured loopback interface. Currently, atalkd manages the local machine's NBP database. Some method was needed to communicate with atalkd for name registration and deletetion. We picked a new NBP type, since that would localize the database control in the same code as NBP lookups, etc. We're currently considering putting the NBP database in the kernel, so that when sockets go away, the NBP name is automatically deleted. > RTMP: > 2. Bad entries are not deleted from the routing table at a > RT-check. This is true. They are marked as deleted, however, and should not be sent out (see below). > 3. Bad entries and entries with a distance >= 15 are included > in RTMP data packets. Bad entries are sent with the distance > given in the routing table. Yup. This is a bug. There is actually a patch that corrects the second problem, sending out entries with bogus distances. I'm surprised that you are the first to mention the former problem... > 4. A routing table entry does not have a port number associated > with it. It has a gateway associated with it, so we can calculate the port. (As a matter of fact, the 1.3 version of atalkd has an interface list, a gateway list, and a route list, each depending from the next higher entry -- routes are under gateways, which are under interfaces. This way we can keep track of the full routing set for each router and can immediately have an alternate route when a router goes down, and implement split horizon routing at little cost.) > 5. Only better routes are accepted from any neighboured > routers. AppleTalk Phase I (the book) also accepts routes > with equal distances. Since on unix, there is no atomic modify for routes, to change the route each time we receive a route of equal distance will cause holes in our routing. > 6. No worse route is accepted, if the routing table entry's > gateway is equal to the source address in the RTMP packet > (and the ports are equal). Good point. We should be doing this. > 7. Split horizon is applied (split horizon is not defined in > Phase I). Even tho it's not in the phase 1 spec, we do split horizon because it makes too much sense. As a matter of fact, we were doing split horizon routing before phase 2 was released. > 8. Each router must read the source of a RTMP data or a RTMP > response packet if the receiving port isn't already > configured with a nonzero network number. This is not being > done in netatalk. Thus, how is the port being configured if > it's not a seed router ? In 1.2.1 and earlier, we don't do auto-configuration net numbers. Version 1.3 can auto-configure everything (both phase 1 and 2), and *always* goes through auto-configuration in case there is a configuration conflict with some other router. > 9. Only a timer of 30 seconds is used for both the validity and > the send timer. Accordingly to the specification of Phase I > the following timer values must be used: > validity timer 20 seconds > send timer 10 seconds Yes. The alarm should actually be 10 seconds. If this is done, the validity timer is then correct at 20 seconds (it is currently 60 seconds, two alarm cycles). > Point 2. could cause a large routing table, and together with > point 3. will result in large RTMP data packets. Also the > exhaustive search through the RT is more expensive in computing > time. Right. As I mentioned, this is fixed in version 1.3. > Furthermore, counting to infinity can occur in case of split > horizon. Therefore the distance of entries should be checked > before updating routing entries or no routing information may > be sent about routes with a distance greater than 14. Otherwise > counting to infinity wouldn't break. There is a patch that fixes the problem of accepting routes with bad distances. I'm not sure what you're trying to say regarding counting to infinity. My understanding is that phase 1 guarentees that counting to infinity will be a problem. Split horizon works to fix the problem. >ZIP: > 10. ZIP Takedown and ZIP Bringup are not handled. The implementation is that we don't accept Takedown and Bringup. This is primarily a security decision. > 11. The ZIP Query-Retransmission timer is set to 30 seconds > (Phase I defines 10 seconds). As in the rtmp timers, the alarm should actually to 10 seconds, not 30 seconds. This was especially problematic on our campus, since proteon routers only send one tuple in ZIP replies. Since we send as many tuples as will fit in our ZIP queries, and only queue 10 packets at the ddp layer, we would only get about 12 ZIP replies during each ZIP query transmission. Compared to the ~150 networks we had at the time, this made convergence take a long time. wes From netatalk-admins-request Tue Dec 1 20:40:33 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA24404; Tue, 1 Dec 92 20:40:34 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA24400; Tue, 1 Dec 92 20:40:33 -0500 Received: from sunlight.Stanford.EDU by umich.edu (5.65/2.2) id AA11746; Tue, 1 Dec 92 20:40:38 -0500 Received: from elaine17.Stanford.EDU by sunlight.Stanford.EDU (4.1/AIR-1.0) id AA05734; Tue, 1 Dec 92 17:40:36 PST From: zxg@leland.stanford.edu Message-Id: <9212020140.AA05734@sunlight.Stanford.EDU> Subject: Is phase 2 available for ultrix? To: netatalk-admins@itd.umich.edu Date: Tue, 1 Dec 92 17:40:36 PST X-Mailer: ELM [version 2.3 PL11] Hi, Can anyone there tell me if the ohase 2 is also available for ultrix 4.2. I noticed that the source there available was for RS/6000. Is there anyway to fix it with ultrix? Thanks Jason Zhang zxg2leland.Stanford.edu From netatalk-admins-request Sat Dec 5 10:50:53 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA16431; Sat, 5 Dec 92 10:50:54 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA16427; Sat, 5 Dec 92 10:50:53 -0500 Received: from jove.Colorado.EDU by umich.edu (5.65/2.2) id AA00758; Sat, 5 Dec 92 10:51:02 -0500 Received: by jove.Colorado.EDU (AIX 3.2/UCB 5.64/CU/CNS-AIX4.04) id AA13630; Sat, 5 Dec 1992 08:48:15 -0700 From: cary@jove.Colorado.EDU (John R. Cary) Message-Id: <9212051548.AA13630@jove.Colorado.EDU> Subject: How to turn off carriage/return line feeds? To: netatalk-admins@umich.edu Date: Sat, 5 Dec 92 8:48:15 MST X-Mailer: ELM [version 2.3 PL11] I am running netatalk 1.2.1 on an RS6000/320H with AIX3.1.5. The man pages on afpd note: If carriage return/line feed translation is enabled, it is not safe to copy Unix binaries to a Macintosh disk and back to Unix. However, I cannot find how one enables/disables carriage return/line feed translation. ???? Thanks. -- -------------------------- John R. Cary cary@boulder.colorado.edu Department of Astrophysical, Planetary and Atmospheric Sciences University of Colorado, Boulder, CO 80309-0391 ph. (303) 492-1489 fax (303) 492-0642 From wes Sat Dec 5 14:37:47 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA17407; Sat, 5 Dec 92 14:37:48 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA17403; Sat, 5 Dec 92 14:37:47 -0500 Received: from terminator.rs.itd.umich.edu by umich.edu (5.65/2.2) id AA02055; Sat, 5 Dec 92 14:37:46 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA17391; Sat, 5 Dec 92 14:37:38 -0500 Message-Id: <9212051937.AA17391@terminator.rs.itd.umich.edu> From: wes.craig@umich.edu To: cary@jove.Colorado.EDU (John R. Cary) Cc: netatalk-admins@umich.edu Subject: Re: How to turn off carriage/return line feeds? In-Reply-To: Your message of "Sat, 05 Dec 92 08:48:15 MST." <9212051548.AA13630@jove.Colorado.EDU> Date: Sat, 05 Dec 92 14:37:37 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: cary@jove.Colorado.EDU (John R. Cary) > To: netatalk-admins@umich.edu > However, I cannot find how one enables/disables carriage return/line > feed translation. ???? In etc/afpd/conf.h, undefine CRLF, make clean afpd, and rebuild it. You'll probably need to set DESTDIR on the command line of the make, since it's not set in subdirectory makefiles, and I'm guessing you didn't install afpd in /etc. Some of the other machines wouldn't have to do the make clean, but the AIX compiler doesn't support the mechanism we're using to do make depend, so the dependencies are sure to be incomplete. wes From netatalk-admins-request Sat Dec 5 19:24:59 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA20336; Sat, 5 Dec 92 19:24:59 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA20331; Sat, 5 Dec 92 19:24:59 -0500 Received: from jove.Colorado.EDU by umich.edu (5.65/2.2) id AA04330; Sat, 5 Dec 92 19:24:54 -0500 Received: by jove.Colorado.EDU (AIX 3.2/UCB 5.64/CU/CNS-AIX4.04) id AA15989; Sat, 5 Dec 1992 17:22:11 -0700 From: cary@jove.Colorado.EDU (John R. Cary) Message-Id: <9212060022.AA15989@jove.Colorado.EDU> Subject: umask for afpd To: netatalk-admins@umich.edu Date: Sat, 5 Dec 92 17:22:10 MST X-Mailer: ELM [version 2.3 PL11] Is there any way to set umask in afpd? I have it set in my .profile, so it works when I come in via a shell.....Thx...John Cary -- -------------------------- John R. Cary cary@boulder.colorado.edu Department of Astrophysical, Planetary and Atmospheric Sciences University of Colorado, Boulder, CO 80309-0391 ph. (303) 492-1489 fax (303) 492-0642 From netatalk-admins-request Mon Dec 7 08:02:52 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA01942; Mon, 7 Dec 92 08:02:53 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA01938; Mon, 7 Dec 92 08:02:52 -0500 Received: from flamingo.ns.itd.umich.edu by umich.edu (5.65/2.2) id AA18836; Mon, 7 Dec 92 08:02:51 -0500 Received: by flamingo.ns.itd.umich.edu (4.1/SMI-4.1) id AA00489; Mon, 7 Dec 92 08:03:03 EST Date: Mon, 7 Dec 92 08:03:03 EST From: shanti@flamingo.ns.itd.umich.edu (Shanti Suresh) Message-Id: <9212071303.AA00489@flamingo.ns.itd.umich.edu> To: netatalk-admins@umich.edu Subject: Netatalk Cc: shanti@flamingo.ns.itd.umich.edu Hi, I have an Apple LaserWriter IIG on a network with no AppleTalk yet. I do have a GatorStar gateway but the AppleTalk stuff isn't turned on yet. Is someone using such a configuation or even a LaserWriter IIG and have gooten "netatalk" to work? I'd appreciate any help. I am not well-versed in "AppleTalk" and am at a loss. Do I need "phase II" of netatalk for any reason? Will the current version of netatalk work if I were to configure the GatorStar? Thanx. -Shanti From netatalk-admins-request Mon Dec 7 15:54:42 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA09120; Mon, 7 Dec 92 15:54:43 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA09116; Mon, 7 Dec 92 15:54:42 -0500 Received: from ivrit.ra.itd.umich.edu by umich.edu (5.65/2.2) id AA25352; Mon, 7 Dec 92 15:54:35 -0500 Received: by ivrit.ra.itd.umich.edu (5.65/2.2) id AA01265; Mon, 7 Dec 92 15:54:32 -0500 Date: Mon, 7 Dec 1992 15:51:30 -0500 (EST) From: Charles Clark Subject: Re: Netatalk To: Shanti Suresh Cc: netatalk-admins@umich.edu, shanti@flamingo.ns.itd.umich.edu In-Reply-To: <9212071303.AA00489@flamingo.ns.itd.umich.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Mon, 7 Dec 1992, Shanti Suresh wrote: > I have an Apple LaserWriter IIG on a network with no AppleTalk yet. > I do have a GatorStar gateway but the AppleTalk stuff isn't turned > Do I need "phase II" of netatalk for any reason? Will the current > version of netatalk work if I were to configure the GatorStar? Current versions of netatalk use only Phase 1, LaserWriter IIG will use only Phase 2. To use them together you would need to configure the GatorStar to do Phase1/Phase2 transition bridging. From netatalk-admins-request Tue Dec 8 11:50:44 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA05729; Tue, 8 Dec 92 11:50:46 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA05720; Tue, 8 Dec 92 11:50:44 -0500 Received: from ib.rl.ac.uk by umich.edu (5.65/2.2) id AA08124; Tue, 8 Dec 92 11:50:36 -0500 Received: from UKACRL.BITNET by ib.rl.ac.uk (IBM VM SMTP V2R1) with BSMTP id 0125; Tue, 08 Dec 92 16:50:02 GMT Received: from RL.IB by UKACRL.BITNET (Mailer R2.07) with BSMTP id 4590; Tue, 08 Dec 92 16:50:01 GMT Received: from RL.IB by UK.AC.RL.IB (Mailer R2.07) with BSMTP id 2777; Tue, 08 Dec 92 16:50:01 GMT Via: UK.AC.RL.INF; 8 DEC 92 16:49:58 GMT Received: from cedar by inf.rl.ac.uk; Tue, 8 Dec 92 16:50:35 GMT From: nbc%inf.rl.ac.uk@ib.rl.ac.uk Message-Id: <9212081650.AA05683@cedar> To: netatalk-admins@itd.umich.edu Date: Tue, 8 Dec 92 16:50:30 BST Subject: Installing netatalk on more than one Sun X-Mailer: Elm [version 1.5b] I have happily been running Netatalk 1.2.1 on my Sun IPC and using it to provide Sun filestore to a few selected Mac users, to print to Mac printers etc. I am now planning on extending the use of the service to include more Mac users. I am hesitant in having all my Mac users reliant on one Sun. Therefore, I plan to install Netatalk on at least one other IPC so I have a good chance that one Sun will always be available. As I am going to do this anyway I was thinking of running both netatalked Suns together and dividing the load between them (i.e. have half the Macs use one Sun as a server and half use the other). I am also prompted to consider this, by noting that the default for the maximum number of connections to afpd is only 5. I am wondering why this was set so low and whether it was because of performance implications. (Or have I totally misunderstood this - which is quite possible!) Before I set up other Suns I just wanted to check that I had not missed any obvious problems in doing this. If anyone can spot any "deliberate" errors in my reasoning please let me know before I muck the whole system up! Thanks as always for any replies, Neil -- Neil Calton UUCP: ..!mcsun!ukc!rlinf!nbc Informatics Department, NSFNET: nbc%inf.rl.ac.uk@nsfnet-relay.ac.uk Rutherford Appleton Laboratory, BITNET: nbc%uk.ac.rl.inf@ukacrl Chilton, Didcot, Oxon, OX11 0QX JANET: nbc@uk.ac.rl.inf England Tel: +44 235 44 5740 Fax: +44 235 44 5831 From wes Tue Dec 8 12:05:32 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA06078; Tue, 8 Dec 92 12:05:32 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA06074; Tue, 8 Dec 92 12:05:32 -0500 Received: from terminator.rs.itd.umich.edu by umich.edu (5.65/2.2) id AA08316; Tue, 8 Dec 92 12:05:27 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA06060; Tue, 8 Dec 92 12:05:24 -0500 Message-Id: <9212081705.AA06060@terminator.rs.itd.umich.edu> From: wes.craig@umich.edu To: cary@jove.Colorado.EDU (John R. Cary) Cc: netatalk-admins@umich.edu Subject: Re: umask for afpd In-Reply-To: Your message of "Sat, 05 Dec 92 17:22:10 MST." <9212060022.AA15989@jove.Colorado.EDU> Date: Tue, 08 Dec 92 12:05:23 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: cary@jove.Colorado.EDU (John R. Cary) > To: netatalk-admins@umich.edu > Is there any way to set umask in afpd? I have it set in my .profile, > so it works when I come in via a shell.....Thx...John Cary There's no easy way to set your umask in afpd, but you can apply the patches sent out by Chris Metcalf. Chris fixed many long standing problems with the way permission are handled in afpd. They should be in the mailing list archive, or you could ask Chris. (The fixes will be in the next release as well.) wes From netatalk-admins-request Tue Dec 8 12:42:17 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA06581; Tue, 8 Dec 92 12:42:18 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA06577; Tue, 8 Dec 92 12:42:17 -0500 Received: from ford.mps.ohio-state.edu by umich.edu (5.65/2.2) id AA08882; Tue, 8 Dec 92 12:42:15 -0500 Received: by ford.mps.ohio-state.edu id AA03186 (5.65c/IDA-1.4.4 for netatalk-admins@umich.edu); Tue, 8 Dec 1992 12:41:45 -0500 From: Jim Harmon Message-Id: <199212081741.AA03186@ford.mps.ohio-state.edu> Subject: please remove me from the mailing list To: netatalk-admins@umich.edu Date: Tue, 8 Dec 1992 12:41:43 +0000 (GMT) X-Mailer: ELM [version 2.4 PL11] Content-Type: text Content-Length: 76 Please remove me from the mailing list. Thanks, harmon@mps.ohio-state.edu From wes Tue Dec 8 12:57:23 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA06908; Tue, 8 Dec 92 12:57:24 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA06904; Tue, 8 Dec 92 12:57:23 -0500 Received: from terminator.rs.itd.umich.edu by umich.edu (5.65/2.2) id AA09096; Tue, 8 Dec 92 12:57:22 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA06856; Tue, 8 Dec 92 12:53:47 -0500 Message-Id: <9212081753.AA06856@terminator.rs.itd.umich.edu> From: wes.craig@umich.edu To: nbc%inf.rl.ac.uk@ib.rl.ac.uk Cc: netatalk-admins@itd.umich.edu Subject: Re: Installing netatalk on more than one Sun In-Reply-To: Your message of "Tue, 08 Dec 92 16:50:30 BST." <9212081650.AA05683@cedar> Date: Tue, 08 Dec 92 12:53:46 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: nbc%inf.rl.ac.uk@ib.rl.ac.uk > To: netatalk-admins@itd.umich.edu > I am also prompted to consider this, by noting that the default for > the maximum number of connections to afpd is only 5. I am wondering > why this was set so low and whether it was because of performance > implications. (Or have I totally misunderstood this - which is quite > possible!) We just picked 5 out of the air. We do have machines on campus configured to accept substancially more connections. If I were you, I'd just play with it a bit, and see what kind of load afpd serving your macs puts on your server. The greatest constraint I've seen, BTW, is memory, the AFP protocol being incapable of saturating even a relatively slow SCSI bus. wes From netatalk-admins-request Thu Dec 10 11:02:23 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA03419; Thu, 10 Dec 92 11:02:24 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA03415; Thu, 10 Dec 92 11:02:23 -0500 Received: from flamingo.ns.itd.umich.edu by umich.edu (5.65/2.2) id AA08670; Thu, 10 Dec 92 11:02:21 -0500 Received: by flamingo (4.1/SMI-4.1) id AA03542; Thu, 10 Dec 92 11:02:36 EST Date: Thu, 10 Dec 92 11:02:36 EST From: shanti@flamingo.ns.itd.umich.edu (Shanti Suresh) Message-Id: <9212101602.AA03542@flamingo> To: netatalk-admins@umich.edu Subject: Ethernet or Phonenet? Cc: shanti@flamingo Hi, We have some Apple Macs which are not networked yet, a GotorStar, an Apple LaserWriter IIG and an Ethernet LAN. Currently the LaserWriter is operating as a serial device from a SUN workstation using Transcript as the driver. What does one do to have the Apple Macs share the printer? Is my understanig of the following steps correct?: (1) Do the Macs need a Phonenet to which they can be hooked, or do they all have to have Ethernet cards in them? (Some Macs do not have a slot for the Ethernet cards). (3) Once a Phonenet is in place, all we need to do is to configure the GatorStar to act as a Gateway between AppleTalk and LocalTalk and as a PhaseII Bridge. (4) Connect the printer(IIG) to the Ethernet . All and any help is appreciated. Thanx. -Shanti From netatalk-admins-request Thu Dec 10 11:11:26 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA03533; Thu, 10 Dec 92 11:11:27 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA03529; Thu, 10 Dec 92 11:11:26 -0500 Received: from flamingo.ns.itd.umich.edu by umich.edu (5.65/2.2) id AA08782; Thu, 10 Dec 92 11:11:24 -0500 Received: by flamingo (4.1/SMI-4.1) id AA03554; Thu, 10 Dec 92 11:11:39 EST Date: Thu, 10 Dec 92 11:11:39 EST From: shanti@flamingo.ns.itd.umich.edu (Shanti Suresh) Message-Id: <9212101611.AA03554@flamingo> To: netatalk-admins@umich.edu Subject: Ethernet or Phonenet? And of course, the last and important step would be to get "netatalk", right? -Shanti From netatalk-admins-request Tue Dec 15 05:12:50 1992 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA08272; Tue, 15 Dec 92 05:12:51 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA08268; Tue, 15 Dec 92 05:12:50 -0500 Received: from pucc.Princeton.EDU by umich.edu (5.65/2.2) id AA29791; Tue, 15 Dec 92 05:12:49 -0500 Message-Id: <9212151012.AA29791@umich.edu> Received: from PUCC.PRINCETON.EDU by pucc.PRINCETON.EDU (IBM VM SMTP V2R2) with BSMTP id 7737; Tue, 15 Dec 92 05:13:00 EST Received: from GRPATVX1.BITNET (ARONIOS) by PUCC.PRINCETON.EDU (Mailer R2.10 ptf000) with BSMTP id 3879; Tue, 15 Dec 92 05:13:00 EST Date: 15 Dec 92 12:02:33 EDT From: "Dimitris Karaiskakis" Subject: trying netatlk 1.2.1 on HP-UX Rel 8.07 ? To: netatalk-admins@itd.umich.edu I have an HP Apollo 720 running HP-UX Rel 8.07 and I am trying to install netatalk 1.2.1 on it. The kernel seems to support Appletalk as the command 'netstat' gives me the following output: ...... 34> netstat -i Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Col lo0 1536 appletalk 256.0.0 298 0 298 0 0 lo0 1536 loopback localhost 298 0 298 0 0 lan0 1497 appletalk 745.0.0 15252 0 1049 0 0 lan0 1497 cti1 apollon.cti.gr 15252 0 1049 0 0 ---------------------------------- First Question: Does anyone know why the appletalk address of my node is in the form A.B.C and not in the form A.B ? (The A stands for 'Net' , B for 'Node' and C for 'Bridge') -------------- Second Question: How can I get and set the Appletalk address of my node using a SIOCGIFADDR style ioctl ? Any help on these will be appreciated. Thanks Dimitris Karaiskakis E-Mail: ARONIOS@GRPATVX1.BITNET or aronios@leon.cti.gr From netatalk-admins-request Wed Jan 6 09:43:28 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA05386; Wed, 6 Jan 93 09:43:29 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA05382; Wed, 6 Jan 93 09:43:28 -0500 Received: from ib.rl.ac.uk by umich.edu (5.65/2.2) id AA18185; Wed, 6 Jan 93 09:43:26 -0500 Received: from UKACRL.BITNET by ib.rl.ac.uk (IBM VM SMTP V2R1) with BSMTP id 0666; Wed, 06 Jan 93 14:42:17 GMT Received: from RL.IB by UKACRL.BITNET (Mailer R2.07) with BSMTP id 9138; Wed, 06 Jan 93 14:42:16 GMT Received: from RL.IB by UK.AC.RL.IB (Mailer R2.07) with BSMTP id 1862; Wed, 06 Jan 93 14:42:15 GMT Via: UK.AC.RL.INF; 6 JAN 93 14:41:35 GMT Received: from cedar by inf.rl.ac.uk; Wed, 6 Jan 93 14:42:46 GMT From: nbc%inf.rl.ac.uk@ib.rl.ac.uk Message-Id: <9301061442.AA15882@cedar> To: netatalk-admins@itd.umich.edu Date: Wed, 6 Jan 93 14:42:40 BST Subject: Netatalk on Suns running Solaris X-Mailer: Elm [version 1.5b] It seems that our Department is likely to be getting some new Suns in the near future. I am told that these will come with Solaris 2.1. At the moment I am running netatalk on Suns running SunOS 4.1.1 I know very little about Solaris and was not involved in the decision to buy the new machines. Is anyone running netatalk under Solaris? Are there any problems moving from SunOS 4.1.1? Thanks in advance for any information. Neil -- Neil Calton UUCP: ..!mcsun!ukc!rlinf!nbc Informatics Department, NSFNET: nbc%inf.rl.ac.uk@nsfnet-relay.ac.uk Rutherford Appleton Laboratory, BITNET: nbc%uk.ac.rl.inf@ukacrl Chilton, Didcot, Oxon, OX11 0QX JANET: nbc@uk.ac.rl.inf England Tel: +44 235 44 5740 Fax: +44 235 44 5831 From wes Wed Jan 6 14:11:37 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA10408; Wed, 6 Jan 93 14:11:38 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA10404; Wed, 6 Jan 93 14:11:37 -0500 Received: from terminator.rs.itd.umich.edu by umich.edu (5.65/2.2) id AA21436; Wed, 6 Jan 93 14:11:37 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA10383; Wed, 6 Jan 93 14:11:02 -0500 Message-Id: <9301061911.AA10383@terminator.rs.itd.umich.edu> From: wes.craig@umich.edu To: nbc%inf.rl.ac.uk@ib.rl.ac.uk Cc: netatalk-admins@itd.umich.edu Subject: Re: Netatalk on Suns running Solaris In-Reply-To: Your message of "Wed, 06 Jan 93 14:42:40 BST." <9301061442.AA15882@cedar> Date: Wed, 06 Jan 93 14:11:01 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: nbc%inf.rl.ac.uk@ib.rl.ac.uk > To: netatalk-admins@itd.umich.edu > It seems that our Department is likely to be getting some new > Suns in the near future. I am told that these will come with > Solaris 2.1. At the moment I am running netatalk on Suns running > SunOS 4.1.1 > I know very little about Solaris and was not involved in the decision > to buy the new machines. Is anyone running netatalk under Solaris? > Are there any problems moving from SunOS 4.1.1? I'm pretty sure no one is running netatalk on suns under anything later than SunOS 4.1.3. This is (presumably) the last BSD-based version of SunOS. We have Solaris 2.0 running on one of our test machines. The similarities to SunOS 4.X are few and far between. Since Solaris 2.X is based on SysV Unix, the kernel structure has changed significantly. Moreover, things like socket(2) and send(2) are now libraries. The next release of netatalk (1.3) will not initially support Solaris 2.X. We do hope to have support for Solaris 2.X eventually, either by doing the work here or incorporating changes from people on the net. wes From netatalk-admins-request Wed Jan 6 14:33:58 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA11000; Wed, 6 Jan 93 14:34:00 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA10996; Wed, 6 Jan 93 14:33:58 -0500 Received: from wdl-csd.al.alcoa.com by umich.edu (5.65/2.2) id AA21671; Wed, 6 Jan 93 14:33:54 -0500 Message-Id: <9301061933.AA21671@umich.edu> Date: Wed, 6 Jan 93 14:33:55 EST From: Will Latinette Subject: netatalk FAQ? To: netatalk-admins@umich.edu X-Mailer: LeeMail 1.2.4 If there is such a FAQ file, could someone point me to it? Some questions (which may be dealt with therein...): -What are adv/disadvantages of netatalk vs CAP? -How difficult is netatalk to install on an HP730 under HP-UX 8.xx? Will Latinette, Alcoa Technical Center From netatalk-admins-request Fri Jan 8 14:18:03 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA05972; Fri, 8 Jan 93 14:18:04 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA05967; Fri, 8 Jan 93 14:18:03 -0500 Received: from flamingo.ns.itd.umich.edu by umich.edu (5.65/2.2) id AA13064; Fri, 8 Jan 93 14:17:59 -0500 Received: by flamingo (4.1/SMI-4.1) id AA03644; Fri, 8 Jan 93 14:18:38 EST Date: Fri, 8 Jan 93 14:18:38 EST From: shanti@flamingo.ns.itd.umich.edu (Shanti Suresh) Message-Id: <9301081918.AA03644@flamingo> To: netatalk-admins@umich.edu Subject: Phase II Hi everybody, On talking with Roy Hockett in regards to configuring our GatorStar as a phase I to a Phase II bridge, he said that the phase-II version of "netatalk" for the SUN's is out . I couldn't find it in "terminator". If you are B-testing it, then I'd like to run it at our site also. I need phaseII 'cause I have a LaserWriter IIg. Thanx for all help. -Shanti From wes Fri Jan 8 17:57:00 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA08829; Fri, 8 Jan 93 17:57:02 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA08824; Fri, 8 Jan 93 17:57:00 -0500 Received: from terminator.rs.itd.umich.edu by umich.edu (5.65/2.2) id AA15765; Fri, 8 Jan 93 17:56:58 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA08810; Fri, 8 Jan 93 17:56:56 -0500 Message-Id: <9301082256.AA08810@terminator.rs.itd.umich.edu> From: wes.craig@umich.edu To: shanti@flamingo.ns.itd.umich.edu (Shanti Suresh) Cc: netatalk-admins@umich.edu, royboy@umich.edu Subject: Re: Phase II In-Reply-To: Your message of "Fri, 08 Jan 93 14:18:38 EST." <9301081918.AA03644@flamingo> Date: Fri, 08 Jan 93 17:56:55 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: shanti@flamingo.ns.itd.umich.edu (Shanti Suresh) > To: netatalk-admins@umich.edu > On talking with Roy Hockett in regards to configuring our > GatorStar as a phase I to a Phase II bridge, he said that > the phase-II version of "netatalk" for the SUN's is out > . I couldn't find it in "terminator". If you are B-testing > it, then I'd like to run it at our site also. I need phaseII > 'cause I have a LaserWriter IIg. Trust that when there is a workable version of netatalk for people to use, I'll let everyone who might be interested know. wes From netatalk-admins-request Fri Jan 8 18:52:21 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA09442; Fri, 8 Jan 93 18:52:22 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA09438; Fri, 8 Jan 93 18:52:21 -0500 Received: from star.cs.vu.nl by umich.edu (5.65/2.2) id AA16554; Fri, 8 Jan 93 18:52:18 -0500 Received: from balaena.bio.vu.nl by star.cs.vu.nl id aa02010; 9 Jan 93 0:52 MET Received: by balaena.bio.vu.nl (4.1/SMI-4.1) id AA17749; Sat, 9 Jan 93 00:52:14 +0100 From: Etienne Bido Message-Id: <9301082352.AA17749@balaena.bio.vu.nl> Subject: netatalk To: netatalk-admins@itd.umich.edu Date: Sat, 9 Jan 93 0:52:13 MET X-Mailer: ELM [version 2.3 PL11] Hi I'm a student at a university in amsterdam and would like to be able to use 'afs' which I hear is easier to use then ftp. Is it possible for me to install it myself or should I ask our system operator to install it. (since i don't know if a user can install it ). I have downloaded the netatalk-1.2.1.tar.Z file but don't know if I can just go ahead with installing or if it will f*ck up our system which will make my system operator not so happy. If it is possible to instal it in my own userdirectory without to much hassles could you tell me how to? Thanx in advance Etienne Bido -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Etienne Bido || ebido@bio.vu.nl Vrye Universiteit || bido@chem.vu.nl Amsterdam Holland =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From wes Mon Jan 11 11:19:11 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA00273; Mon, 11 Jan 93 11:19:12 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA00268; Mon, 11 Jan 93 11:19:11 -0500 Received: from terminator.rs.itd.umich.edu by umich.edu (5.65/2.2) id AA10326; Mon, 11 Jan 93 11:19:10 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA00208; Mon, 11 Jan 93 11:17:53 -0500 Message-Id: <9301111617.AA00208@terminator.rs.itd.umich.edu> From: wes.craig@umich.edu To: Will Latinette Cc: netatalk-admins@umich.edu Subject: Re: netatalk FAQ? In-Reply-To: Your message of "Wed, 06 Jan 93 14:33:55 EST." <9301061933.AA21671@umich.edu> Date: Mon, 11 Jan 93 11:17:53 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: Will Latinette > To: netatalk-admins@umich.edu > If there is such a FAQ file, could someone point me to it? > Some questions (which may be dealt with therein...): > -What are adv/disadvantages of netatalk vs CAP? > -How difficult is netatalk to install on an HP730 under HP-UX 8.xx? The FAQ is on terminator.rs.itd.umich.edu in ~ftp/unix/netatalk/FAQ. I've updated to try to answer your questions. wes From netatalk-admins-request Mon Jan 11 14:23:21 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA03321; Mon, 11 Jan 93 14:23:22 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA03317; Mon, 11 Jan 93 14:23:21 -0500 Received: from anlcv1.ctd.anl.gov by umich.edu (5.65/2.2) id AA12882; Mon, 11 Jan 93 14:23:20 -0500 Date: Mon, 11 Jan 1993 13:23:40 -0600 (CST) From: B10338@ANLCV1.CTD.ANL.GOV (Barry Miller, ANL CTD (Bld 221 RM B219) 708-252-6808) Message-Id: <930111132340.20200a49@ANLCV1.CTD.ANL.GOV> Subject: problems building netatalk To: netatalk-admins@umich.edu, b17783@anlvm.ctd.anl.gov X-Vmsmail-To: smtp%"netatalk-admins@umich.edu" I have been having difficulty building netatalk. This is the 2nd posting of this message so you may recognize some of the information in this message. Some of the details are listed below. Our rs/6000 is running of AIX 3.2 and there is interest in updating to 3.3 in the future. Under what versions of AIX does netatalk/afs run? After reviewing the build problems, could someone tell me if I'm doing something wrong. We're using the gnu c compiler, not bsdcc. build problems 1. I couldn't find comauth.h. Does anyone know what's contained in this file and whether it is an afs source file? We haven't licensed the afs source. 2. I couldn't find copy_right.h but did find cpy_right.h. What should copy_right.h contain? 3. at_rios.c - needs to have /usr/include/sys/time.h included. Otherwise, timeval is not defined in header if.h. 4. at_rios.c - fp_close() at line 286 has two arguments. As defined in /usr/include/sys/fp_io.h, it only has one argument. 5. aarp.c - MMAXOFF not defined plus other compile errors in lines 232, 283 and 861. Barry T. Miller Computing and Telecommunications Division DECnet: ANLCV1::B10338 Argonne National Laboratory BITNET: B10338@ANLCV1 9700 South Cass Avenue Internet: btmiller@anl.gov Building 221, Room B219 Phone: (708) 252-6808 Argonne, IL 60439-4844 FAX: (708) 252-5983 From netatalk-admins-request Fri Jan 15 08:09:37 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA06836; Fri, 15 Jan 93 08:09:38 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA06831; Fri, 15 Jan 93 08:09:37 -0500 Received: from ben.uknet.ac.uk by umich.edu (5.65/2.2) id AA05601; Fri, 15 Jan 93 05:44:21 -0500 Received: from eros.uknet.ac.uk by ben.uknet.ac.uk via UKIP with SMTP (PP) id ; Fri, 15 Jan 1993 10:44:03 +0000 Received: from ppi.phil.co.uk by eros.uknet.ac.uk with UUCP id <19258-0@eros.uknet.ac.uk>; Fri, 15 Jan 1993 10:44:09 +0000 Received: from s465b.ims by ppi.philips.co.uk (4.1/SMI-4.1) id AA09124; Fri, 15 Jan 93 10:26:51 GMT Date: Fri, 15 Jan 93 10:26:51 GMT From: anthony@ppi.phil.co.uk (Anthony Koller) Message-Id: <9301151026.AA09124@ppi.philips.co.uk> To: netatalk-admins@umich.edu Subject: Novell server emulation I am currently using netatalk 1.2 on SunOS 4.1.1 I would like to simulate the way Novell Mac VAP works (this gives the same sort of facilities as netatalk but running on a Novell server). What I need to be able to do is to map all file and directory names to be stored as lowercase on the Sun (which I can do by setting DOWNCASE in afpd), but have them displayed and accessed from a Mac as uppercase. ie. the Sun only has lowercase file and directory names, but the Mac only sees and accesses upper case filenames. Is this something that has been implemented in a later version, or is it something that could be easily implemented? Would you plan to do so, or could you point me in the direction of doing it myself? Also I would like a version of netatalk for SunOS 4.1.3 - how can I get the latest version? Thanks. Regards Anthony Koller Philips PPI, Freeland House, Station Road, Dorking, Surrey RH4 1UL, England Email : anthony@ims.philips.co.uk Voice : +44 306 875777 Fax : +44 306 875779 From wes Fri Jan 15 13:23:45 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA12761; Fri, 15 Jan 93 13:23:46 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA12757; Fri, 15 Jan 93 13:23:45 -0500 Received: from terminator.rs.itd.umich.edu by umich.edu (5.65/2.2) id AA10062; Fri, 15 Jan 93 13:23:43 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA12736; Fri, 15 Jan 93 13:23:26 -0500 Message-Id: <9301151823.AA12736@terminator.rs.itd.umich.edu> From: wes.craig@umich.edu To: anthony@ppi.phil.co.uk (Anthony Koller) Cc: netatalk-admins@umich.edu Subject: Re: Novell server emulation In-Reply-To: Your message of "Fri, 15 Jan 93 10:26:51 GMT." <9301151026.AA09124@ppi.philips.co.uk> Date: Fri, 15 Jan 93 13:23:26 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: anthony@ppi.phil.co.uk (Anthony Koller) > To: netatalk-admins@umich.edu > What I need to be able to do is to map all file and directory names to be > stored as lowercase on the Sun (which I can do by setting DOWNCASE in afpd), > but have them displayed and accessed from a Mac as uppercase. > ie. the Sun only has lowercase file and directory names, but the Mac only > sees and accesses upper case filenames. In netatalk 1.2.1, look in afpd/desktop.c in the routine utompath(). Should be a pretty simple change, just do a toupper() on all alphabetic characters. > Also I would like a version of netatalk for SunOS 4.1.3 - how can I get the > latest version? netatalk 1.2.1 runs on sunos 4.1.3, among other things. You can ftp it from terminator.rs.itd.umich.edu:~ftp/pub/netatalk. wes From netatalk-admins-request Mon Jan 18 02:36:04 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA07396; Mon, 18 Jan 93 02:36:10 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA07390; Mon, 18 Jan 93 02:36:04 -0500 Received: from jyu.fi by umich.edu (5.65/2.2) id AA16742; Mon, 18 Jan 93 02:35:54 -0500 Received: from [130.234.16.13] (kallio.jyu.fi) by jyu.fi with SMTP id AA25512 (5.65c8/IDA-1.4.4); Mon, 18 Jan 1993 09:35:42 +0200 Message-Id: <199301180735.AA25512@jyu.fi> Date: Mon, 18 Jan 1993 09:37:27 +0200 To: wes.craig@umich.edu From: kallio@jyu.fi (Seppo Kallio) Subject: Solaris 2 ? Cc: kallio@jyu.fi, netatalk-admins@umich.edu X-Charset: ISO_8859-1 X-Char-Esc: 29 >netatalk 1.2.1 runs on sunos 4.1.3, among other things. You can ftp it >from terminator.rs.itd.umich.edu:uftp/pub/netatalk. We are slowly going to Solaris 2 ... Does netatalk support SunOS Solaris 2 and Macs on Ethernet (Phase II) (maybe 50 Macintoshes) Macs on FastPath (4) and GatorBox (1) zones (maybe 60 Macintoshes) Unix laser printers as Mac lasers Unix as file server for Macs We are at this moment using CAP. Is the file format on Unix server same as CAP has? What are the good and bad points of netatalk compared to CAP ? -- +------ Seppo Kallio --------+-- kallio@jyu.fi, kallio@finjyu.bitnet ---+ ! Computing Centre ! Fax +358-41-603611 Phone +358-41-603606 ! ! University of Jyvaskyla ! Telex 28218 JYU FI ! +-------- Finland -----------+------------------- Using Eudora ----+ From netatalk-admins-request Fri Jan 22 05:42:24 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA13989; Fri, 22 Jan 93 05:42:25 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) id AA13985; Fri, 22 Jan 93 05:42:24 -0500 Received: from chx400.switch.ch by umich.edu (5.65/2.2) id AA01820; Fri, 22 Jan 93 05:42:26 -0500 X400-Received: by mta chx400.switch.ch in /PRMD=switch/ADMD=arcom/C=CH/; Relayed; Fri, 22 Jan 1993 11:41:51 +0100 X400-Received: by /PRMD=ch/ADMD=/C=/; Relayed; Fri, 22 Jan 1993 11:46:38 +0100 Date: Fri, 22 Jan 1993 11:46:38 +0100 X400-Originator: straker@research.abb.ch X400-Recipients: netatalk-admins@itd.umich.edu X400-Mts-Identifier: [/PRMD=ch/ADMD=/C=/;930122104638] X400-Content-Type: P2-1984 (2) Content-Identifier: 146 From: Friedrich Straker Message-Id: <146*/S=straker/O=research/PRMD=abb/ADMD=ARCOM/C=CH/@MHS> To: netatalk-admins@itd.umich.edu (Non Receipt Notification Requested) Subject: Drop me from list, please Please drop me from the netatalk mailing list. Thanks, F. Straker From netatalk-admins-request Tue Feb 16 13:43:02 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA11071; Tue, 16 Feb 93 13:43:04 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA11067; Tue, 16 Feb 93 13:43:02 -0500 Received: from Princeton.EDU by umich.edu (5.65/2.2) id AA18528; Tue, 16 Feb 93 13:42:56 -0500 Received: from ee.Princeton.EDU by Princeton.EDU (5.65b/2.95/princeton) id AA03384; Tue, 16 Feb 93 13:42:50 -0500 Received: from flux (flux.Princeton.EDU) by ee.Princeton.EDU (5.65c/1.112) id AA07649; Tue, 16 Feb 1993 13:42:50 -0500 From: "Jay Plett" Received: by flux (4.1/ee-client) id AA05582; Tue, 16 Feb 93 13:42:49 EST Date: Tue, 16 Feb 93 13:42:49 EST Message-Id: <9302161842.AA05582@flux> To: netatalk-admins@itd.umich.edu Subject: multiple printers with papd? Reply-To: jay@Princeton.EDU Running netatalk 1.2.1 on a Sun4c under SunOS 4.1.3. The syntax of etc/papd.conf seems geared to defining only a single printer. Trying to run multiple papd's, each with a separate config file, doesn't seem to work--the second papd logs: Feb 16 12:11:58 wolf papd[22192]: pap_slinit Feb 16 12:11:59 wolf papd[22192]: initialize: Bad file number (exiting) How do I make more than one Unix printer available to Macs using papd? Please reply directly to me as I don't receive this list. Thanks a million. Jay Plett jay@princeton.edu From netatalk-admins-request Tue Feb 16 14:01:15 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA11209; Tue, 16 Feb 93 14:01:16 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA11204; Tue, 16 Feb 93 14:01:15 -0500 Received: from Princeton.EDU by umich.edu (5.65/2.2) id AA18927; Tue, 16 Feb 93 14:01:14 -0500 Received: from ee.Princeton.EDU by Princeton.EDU (5.65b/2.95/princeton) id AA05399; Tue, 16 Feb 93 14:01:12 -0500 Received: from flux (flux.Princeton.EDU) by ee.Princeton.EDU (5.65c/1.112) id AA07794; Tue, 16 Feb 1993 14:01:11 -0500 From: "Jay Plett" Received: by flux (4.1/ee-client) id AA05713; Tue, 16 Feb 93 14:01:10 EST Date: Tue, 16 Feb 93 14:01:10 EST Message-Id: <9302161901.AA05713@flux> To: netatalk-admins@itd.umich.edu Subject: afpd quirkiness? Reply-To: jay@Princeton.EDU I have just installed netatalk 1.2.1 on a Sun4c running SunOS 4.1.3. I started afpd with 3 Unix filesystems listed in its afpd.conf file. Each of the Unix filesystems contains a number of directories, plus one plain-text file named "USERS". When I go to a Mac (Quadra 700) and bring up the menu for any of the 3 filesystems, I find that: - one of the directories is missing (has no corresponding icon) - there is a folder icon labelled "USERS" - that folder contains the contents of the missing directory - there is no textfile icon which produces the "USERS" file Is this all as expected? :-) I guess my underlying question is: is netatalk, specifically afpd, safe/desirable to run in a production environment? Please reply directly to me as I don't receive this list. Thanks a million. Jay Plett jay@princeton.edu From mcs Tue Feb 16 14:25:23 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA11733; Tue, 16 Feb 93 14:25:23 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA11729; Tue, 16 Feb 93 14:25:23 -0500 Received: from terminator.rs.itd.umich.edu by umich.edu (5.65/2.2) id AA19499; Tue, 16 Feb 93 14:25:21 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA11719; Tue, 16 Feb 93 14:25:18 -0500 Message-Id: <9302161925.AA11719@terminator.rs.itd.umich.edu> To: jay@Princeton.EDU Cc: netatalk-admins@itd.umich.edu Subject: Re: multiple printers with papd? In-Reply-To: Your message of "Tue, 16 Feb 93 13:42:49 EST." <9302161842.AA05582@flux> Date: Tue, 16 Feb 93 14:25:17 -0500 From: Mark Smith >From: "Jay Plett" > To: netatalk-admins@itd.umich.edu > > The syntax of etc/papd.conf seems geared to defining only > a single printer. Trying to run multiple papd's, each with > a separate config file, doesn't seem to work--the second > papd logs: > Feb 16 12:11:58 wolf papd[22192]: pap_slinit > Feb 16 12:11:59 wolf papd[22192]: initialize: Bad file number (exiting) > > How do I make more than one Unix printer available to Macs > using papd? Yes, it is true that the current version of papd requires separate config. files for each instance. The error reporting during initialization is also not very good. I don't think the "initialize: Bad file number" is an accurate error message. The pap_slinit call in etc/papd/common_sources/server.c is failing. It can only fail if there is a problem getting an ATP "socket" (atp_open) or if the NBP name register fails. Are you using different choosername: lines in your papd config. files? I can't think of any good reason why the atp_open call should fail for the second papd process. -Mark Smith University of Michigan Info Tech Division Unix Group From wes Wed Feb 17 18:53:35 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA09588; Wed, 17 Feb 93 18:53:36 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09584; Wed, 17 Feb 93 18:53:35 -0500 Received: from terminator.rs.itd.umich.edu by umich.edu (5.65/2.2) id AA29641; Wed, 17 Feb 93 18:53:34 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09575; Wed, 17 Feb 93 18:53:30 -0500 Message-Id: <9302172353.AA09575@terminator.rs.itd.umich.edu> From: wes.craig@umich.edu To: jay@Princeton.EDU Cc: netatalk-admins@itd.umich.edu Subject: Re: afpd quirkiness? In-Reply-To: Your message of "Tue, 16 Feb 93 14:01:10 EST." <9302161901.AA05713@flux> Date: Wed, 17 Feb 93 18:53:30 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: "Jay Plett" > To: netatalk-admins@itd.umich.edu > I have just installed netatalk 1.2.1 on a Sun4c running SunOS > 4.1.3. I started afpd with 3 Unix filesystems listed in its > afpd.conf file. Each of the Unix filesystems contains a number > of directories, plus one plain-text file named "USERS". When I > go to a Mac (Quadra 700) and bring up the menu for any of the 3 > filesystems, I find that: > - one of the directories is missing (has no corresponding icon) > - there is a folder icon labelled "USERS" > - that folder contains the contents of the missing directory > - there is no textfile icon which produces the "USERS" file > Is this all as expected? :-) What a nasty bug you've found, Jay. I've attached a patch to the end. You may or may not want to apply it. Let me explain where it comes from. First thing: The mac is a nasty machine and no one should use them. This sort of implies that I think your problem is actually a bug on the mac. Specifically, I think it's a bug in the Finder, since both ResEdit and MPW do not exhibit the same behavior. Standard File seems to have other related bugs, but I won't get into that... Here's the problem: Since the mac wants constant directory IDs, afpd keeps an entry for each directory it's seen containing among other things, the DID we've gave out to the mac. There is another concept associated with the mac file system called a file number (different from a file ID). Since (it seemed) the only requirement on FNUMs is that they be unique in a directory, afpd returned the file's inode number. Well, turns out the Finder has an undocumented feature such that the DID space and the FNUM space are really the same space; that is, the Finder uses DIDs and FNUMs interchangeably. So, what you were seeing, Jay, was a file whose inode number happened to be 4, the same value as one of the sequencially assigned DIDs. Before you apply this patch, you might try examining the directory with an application that uses Standard File, just to verify that I'm right. The solution that we've decided on, for the moment anyway, is to have a global, "filenumber," which is initially set to 0xffff. Each time the mac asks for the filenumber, we de-increment the value of filenumber and pass that back as the FNUM of the current file. Now, it is possible that over the course of a long session, filenumber can get small enough that we'll have the problem again. Another possible solution is to always set the high bit of the inode number, on the assumption that there will never be more that 2.1 billion directories opened. This solution also has the drawback that you can never really tell how your system has assigned inode numbers, so you could have two files that collide. Either solution is pretty easy for us to implement, so if anyone has strong feelings either way, let me know. One last note, CAP's AUFS uses a scheme very similar to ours to assign DIDs and FNUMs, so it should give very similar results. (Add 320, I think.) > I guess my underlying question is: is netatalk, specifically > afpd, safe/desirable to run in a production environment? No, but we do, and neither is CAP, so I guess I'm not too worried. :) But really folks, what does safe mean? Is SunOS safe? We've been running afpd here for years and I've never seen this bug (thanks for pointing it out, BTW). wes --- cut --- *** etc/afpd/file.c- 1992/12/03 23:04:11 --- etc/afpd/file.c 1993/02/17 23:23:33 *************** *** 49,54 **** --- 49,56 ---- 0, 0, 0, 0, 0, 0, 0, 0, }; + int filenumber = 0xffff; + getfilparams( bitmap, path, dir, st, buf, buflen ) u_short bitmap; char *path; *************** *** 144,150 **** break; case FILPBIT_FNUM : ! bcopy( &st->st_ino, data, sizeof( int )); data += sizeof( int ); break; --- 146,153 ---- break; case FILPBIT_FNUM : ! filenumber--; ! bcopy( &filenumber, data, sizeof( int )); data += sizeof( int ); break; From netatalk-admins-request Fri Feb 26 15:48:39 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA01187; Fri, 26 Feb 93 15:48:41 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA01183; Fri, 26 Feb 93 15:48:39 -0500 Received: from nic.cerf.net by umich.edu (5.65/2.2) id AA13884; Fri, 26 Feb 93 15:48:38 -0500 Received: from benton.prepress.com (prepress.com) by nic.cerf.net (4.1/CERFnet-1.0) id AA22858; Fri, 26 Feb 93 12:51:11 PST Received: by benton.prepress.com (/\==/\ Smail3.1.25.1 #25.2) id ; Fri, 26 Feb 93 12:41 PST Message-Id: Date: Fri, 26 Feb 93 12:42 PST From: bob@prepress.com (Robert Crowe) To: netatalk-admins@itd.umich.edu Subject: Anyone running under 386bsd 0.1? Hello, I need to get netatalk up and running under 386bsd. My initial attempt at porting has been less than successful, and I thought that before I went into kernel debug mode, I might ask if anyone out there has already worked this out, and could provide some patches/hints. I get everything to compile fine, but when attempting to run atalkd I get the following errors: setifaddr: File exists Which I take to be caused from rtrequest attempting to add a route which already exists ( rn_addroute fails ). my atalkd.conf file looks like: ifconfig lo0 0.0 ifconfig we0 1.1 route we0 lo0 we0 prepress zone prepress Which I'm not sure is correct, but I wouldn't think that atalkd would have a problem with it. Unfortunately, I don't know much about appletalk networking, so I'm not exactly what consists of an appletalk network address. If anyone has a good book to recomend, Id apreciate the info. Thanks in advance, Bob. ============================================================ Bob Crowe Voice: (619) 931-2695 Pre-Press Technologies. Email: bob@prepress.com 2443 Impala dr. FAX: (619) 931-2698 Carlsbad, Ca 92008. From wes Fri Feb 26 16:10:21 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA01541; Fri, 26 Feb 93 16:10:22 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA01537; Fri, 26 Feb 93 16:10:21 -0500 Received: from terminator.rs.itd.umich.edu by umich.edu (5.65/2.2) id AA14283; Fri, 26 Feb 93 16:10:18 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA01523; Fri, 26 Feb 93 16:10:09 -0500 Message-Id: <9302262110.AA01523@terminator.rs.itd.umich.edu> From: wes.craig@umich.edu To: bob@prepress.com (Robert Crowe) Cc: netatalk-admins@itd.umich.edu Subject: Re: Anyone running under 386bsd 0.1? In-Reply-To: Your message of "Fri, 26 Feb 1993 12:42:00 PST." Date: Fri, 26 Feb 1993 16:10:09 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: bob@prepress.com (Robert Crowe) > To: netatalk-admins@itd.umich.edu > ifconfig lo0 0.0 > ifconfig we0 1.1 > route we0 lo0 > we0 prepress > zone prepress > Which I'm not sure is correct, but I wouldn't think that atalkd would > have a problem with it. Unfortunately, I don't know much about > appletalk networking, so I'm not exactly what consists of an appletalk > network address. If anyone has a good book to recomend, Id apreciate > the info. Well, as a matter of fact, your ifconfig for lo0 is wrong. The 4.4BSD routing model reserves 0.0, so we use 65535.0 as the loopback address. Try that and see if it doesn't clear up the file exists problem. BTW, the other address looks fine. wes From netatalk-admins-request Fri Feb 26 19:32:49 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA04832; Fri, 26 Feb 93 19:32:50 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA04828; Fri, 26 Feb 93 19:32:49 -0500 Received: from sun2.nsfnet-relay.ac.uk by umich.edu (5.65/2.2) id AA18933; Fri, 26 Feb 93 19:32:46 -0500 Via: uk.ac.bcc.mail-a; Fri, 26 Feb 1993 20:27:40 +0000 Received: from cfd0.math.ucl.ac.uk by mail-a.bcc.ac.uk with SMTP (PP) id <05951-0@mail-a.bcc.ac.uk>; Fri, 26 Feb 1993 16:57:02 +0000 Received: from cfd4.ac.ucl.math.cfd by cfd0.math.ucl.ac.uk (4.1/SMI-4.1) id AA05040; Fri, 26 Feb 93 16:47:13 GMT Date: Fri, 26 Feb 93 16:47:13 GMT From: gavin@math.ucl.ac.uk (Gavin A. Schmidt) Message-Id: <9302261647.AA05040@cfd0.math.ucl.ac.uk> To: netatalk-admins@itd.umich.edu Subject: spooling problem Sender: gavin@math.ucl.ac.uk I have sucessfully installed netatalk on our local Sun network and now the Mac users can use our printers. However we seem to have some problems in getting the printer to work efficiently. If a job is sent from one of the Macs it takes forever to actually get printed (usually about 20/25 minutes !). Also it seems that it doesn't take a very large file at all until the lpd daemon gives up with a VMerror. Is this delay because the printer is having to create all the fonts each time or is it something else? Any help or ideas would be appreciated. Thanks, Gavin Reply: gavin@math.ucl.ac.uk From netatalk-admins-request Fri Feb 26 19:37:47 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA04890; Fri, 26 Feb 93 19:37:48 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA04886; Fri, 26 Feb 93 19:37:47 -0500 Received: from nic.cerf.net by umich.edu (5.65/2.2) id AA19016; Fri, 26 Feb 93 19:37:46 -0500 Received: from benton.prepress.com (prepress.com) by nic.cerf.net (4.1/CERFnet-1.0) id AC09078; Fri, 26 Feb 93 16:40:25 PST Received: by benton.prepress.com (/\==/\ Smail3.1.25.1 #25.2) id ; Fri, 26 Feb 93 16:20 PST Message-Id: Date: Fri, 26 Feb 93 16:31 PST From: bob@prepress.com (Robert Crowe) To: wes.craig@umich.edu Cc: netatalk-admins@itd.umich.edu In-Reply-To: wes.craig@umich.edu's message of Fri, 26 Feb 1993 16:10:09 -0500 <9302262110.AA01523@terminator.rs.itd.umich.edu> Subject: Anyone running under 386bsd 0.1? >>>>> On Fri, 26 Feb 1993 16:10:09 -0500, wes.craig@umich.edu said: wes> Well, as a matter of fact, your ifconfig for lo0 is wrong. The 4.4BSD wes> routing model reserves 0.0, so we use 65535.0 as the loopback address. wes> Try that and see if it doesn't clear up the file exists problem. BTW, wes> the other address looks fine. Well, I tried that, but I'm still getting the same error. One thing I noticed is that I can ifconfig (using the patched ifconfig program) the interface to 65535.0 ( not 0.0 however; thanks for the info ), but the ifconfig statement in the atalkd.conf file seems to choke atalkd. Now if I ifconfig the interfaces via ifconfig(8), and omit the ifconfig lines in the atalkd.conf file, then I can do an aecho 65535.0 and get ping results back. Unfortunately, this seems to be the only address I get results back from. It doesn't work for the we0 address (1.1 -- or any other value I ifconfig it for either ). Thanks again, Bob. ============================================================ Bob Crowe Voice: (619) 931-2695 Pre-Press Technologies. Email: bob@prepress.com 2443 Impala dr. FAX: (619) 931-2698 Carlsbad, Ca 92008. From wes Sun Apr 4 11:51:50 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA29297; Sun, 4 Apr 93 11:52:28 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA29294; Sun, 4 Apr 93 11:51:50 -0400 Message-Id: <9304041551.AA29294@terminator.rs.itd.umich.edu> To: netatalk-release Subject: phase 2 From: wes.craig@umich.edu Date: Sun, 04 Apr 1993 11:51:50 -0400 Sender: wes@terminator.rs.itd.umich.edu Normally I would announce an alpha-test to such a wide list. However, given the vast number of people who've sent me mail asking for phase 2, I will mention here that netatalk 1.3 alpha is available via anonymous ftp on terminator.rs.itd.umich.edu in unix/netatalk. The usual alpha restrictions apply: don't hurt yourself, and don't give it to anyone. wes From netatalk-admins-request Sun Apr 4 18:49:31 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA02164; Sun, 4 Apr 93 18:49:32 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA02160; Sun, 4 Apr 93 18:49:31 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19754; Sun, 4 Apr 93 18:49:31 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19751; Sun, 4 Apr 93 18:49:30 -0400 Received: from vx.cis.umn.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA19746; Sun, 4 Apr 93 18:49:28 -0400 Received: from limerick.cbs.umn.edu by vx.cis.umn.edu (PMDF #2574 ) id <01GWMEH5TSOW95N47V@vx.cis.umn.edu>; Sun, 4 Apr 1993 17:49:19 CDT Received: by limerick.cbs.umn.edu (AIX 3.2/UCB 5.64/4.03) id AA28091; Sun, 4 Apr 1993 17:48:43 -0500 Date: 04 Apr 1993 17:48:43 -0500 From: hoberoi@limerick.cbs.umn.edu (Himanshu Oberoi) Subject: Phase 2 kernel for RS6000 ?? To: netatalk-admins@umich.edu Message-Id: <9304042248.AA28091@limerick.cbs.umn.edu> X-Envelope-To: netatalk-admins@umich.edu Content-Transfer-Encoding: 7BIT As the subject line says, what is the status of the kernel support for the IBM RS6000 machines ? (I am testing 1.3a on our sun machines) himanshu From netatalk-admins-request Mon Apr 5 16:58:12 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA11984; Mon, 5 Apr 93 16:58:14 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA11979; Mon, 5 Apr 93 16:58:12 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA13303; Mon, 5 Apr 93 16:58:11 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA13300; Mon, 5 Apr 93 16:58:09 -0400 Received: from hac2arpa.hac.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA13293; Mon, 5 Apr 93 16:58:05 -0400 Received: from morris.hac.com ([128.152.2.1]) by hac2arpa.hac.com (4.1/SMI-DDN) id AA07368; Mon, 5 Apr 93 13:56:52 PDT Message-Id: <9304052056.AA07368@hac2arpa.hac.com> Date: Mon, 5 Apr 93 13:57:35 PDT From: Morris Balamut Subject: Mactivity93 - Conference Agenda To: netatalk-admins@umich.edu, MACHRDWR%DARTCMS1.BITNET@ymir.claremont.edu, MACAPPLI%DARTCMS1.BITNET@ymir.claremont.edu X-Mailer: LeeMail 1.2.4 See It. Touch It. Learn It. At Mactivity'93 ========Mactivity'93: The Macintosh Connectivity Conference========= ================Conference Session Information====================== Here is the conference agenda for Mactivity'93: The Macintosh Connectivity Conference, to be held June 29-July 1, 1993 at the San Jose (CA) Convention Center. Over 7,000 Macintosh and AppleTalk networking professionals will be in attendance. Over 100 exhibitors will be displaying the latest connectivity solutions in our exhibit hall. At Mactivity you get to see Macintosh connectivity products at work on our exhibit floor. Over 100 vendors are connected are connected to the Mactivity Show Networkdisplaying the latest connectivity solutions. In the Test Drive area of our Show Network, you get to touch these same products at your own pace and put them through your own tests. In over 50 technical sessions and tutorials, you'll learn the details about Macintosh connectivity from the industry's leading experts and educators. By seeing, touching and learning , you'll discover solutions to even your toughest networking problems. For Additional Information and to Get Your Free Brochures Contact Winehouse Computer Company 20 N Santa Avenue Los Gatos, CA 95030 (800) 798-2928 Fax (408) 354-2500 AppleLink = MACTIVITY Internet = mactivity@applelink.apple.com AOL = Mactivity Compuserve = 76570,2755 Over the past few years we've developed a great reputation for putting on a conference that has a high Signal-to-noise ratio and for creating an environment condusive to learning from instructors and exchanging ideas with fellow attendees. This year's conference carries on that tradition. Here's the session listing: ============== Keynote Addresses: Putting Collaborative Computing to Work Gursharan Sidhu, Technical Director Collaborative Systems Development, Apple Computer, Inc. Challenges in Mobile Communications Gaston Bastiens, VP & General Manager PIE Division, Apple Computer Networking Trends and Technologies Bill Hancock, Network Consultant and Author Network Management Track: Managing the Mobile Office Network War Stories Mac Client Security Issues and Solutions Implementing a Network Architecture The 1993 Network Managers Forum Firewalls and Router Security Pro-Active Macintosh Network Management Designing a Network Help Desk Integration Track: Implementing AppleTalk over SMDS Macintosh to Windows Integration Solutions Integrating Macs into IBM Host Environments Wireless LAN Technologies for the Mac Platform Review: Mac Client Services in the Netware Environment Mac to IBM AS400 Integration Techniques Integrating News and Information Services for Mac Networks The Mac and Open Network Systems Emerging Technology Track: PDA's: What they mean to your Network Inside AOCE The Enterprise ToolBox Mac-Based Telephony Inside AURP and the Apple Internet Router Popping the hood on the Apple Workgroup Servers Mac-based Video Conferenceing Solutions Strategic Directions Track: AppleTalk Update Mactivity Executive Forum - Industry Leaders Discuss Cross Platform Computing What Groupware Became VITAL Update Remote Access Protocol Direction ATM and The Macintosh Tips and Techniques Track: A New Technique for Network Documentation WANs for Small Workgroups Document Management: Technology for the 1990s Free Solutions for MAc to TCP/IP Connectivity E-Mail to the MAx Managing Appleshare REmotely Ask the Experts - The Ultimate Tech Support Session Primers Track: Special Sessions for those new to networking Understanding Network Wiring Networking with System 7 Fundamentals of AppleTalk Network System AppleTalk Protocol Basics Introduction to Wide Area Networking Technologies All About Modems Special Sessions: Face to Face with Apple Computer AppleTalk Networking Forum Meeting Apple Network Managers Association Meeting Full Day Tutorials (Monday, June 28): Basics of Macintosh Networking - Beginner AppleTalk Troubleshooting and Packet Analysis - Advanced Backup strategies for network servers - Beginner/Intermediate AppleTalk Design and Implementation - Intermediate AppleTalk Network Management in Enterprise Environments - Advanced Mac to VAX/VMS Connectivity - Advanced Mac to Unix-TCP/IP Networking - Intermediate ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Disclaimer: I have no connection with Mactivity other than as a past presenter and satisfied attendee. can take the latest connectivity products for a spin over the Mactivity ShowNetwork at your own pace. You'll have the opportunity to view router setup software, take network management statistics, work with collaborative apps, capture packets and send electronic mail. The ShowNetwork will feature connectivity to several different hardware platforms. The Mactivity ShowNetwork -- That's Real. -MACTIVITY TECHNOLOGY THEATER: Inside of our exhibit hall we've set up a special theater for comparing categories of products. Vendors will be giving presentations about the features and benefits of their latest products in such categories as Electronic Mail, Routers, Dial-Up Solutions, Servers, Bulletin Board Systems, Network Management, Integration Solutions, Print Servers, Surprise Category. -THE TUTORIALS: Pick from 7 all-day, intensive tutorials to gain the in-depth knowledge you need to install and manage Mac networks. Purchase the Mactivity Package of a tutorial and the conference and save! -THE MACTIVITY PRESENTATIONS CD-ROM: All full conference attendees receive the Mactivity Presentations CD-ROM, a valuable reference tool containing all of the conference slide presentations. -THE MACTIVITY AM/AM (AMATEUR/AMATEUR) GOLF TOURNAMENT: Relax after the conference by playing in the Mactivity golf tournament. We'll be playing best ball so all skill levels can participate and have a good time. The tournament is co-sponsored by MacWEEK. There is no charge to participate in this fun event but space is limited to full conference attendees on a first-come, first-served basis, so register today to ensure your spot. -SPECIAL RECEPTIONS: Throughout the week we have special receptions and activities to give you the opportunity to discuss information learned in the conference with your new friends and peers in a more social setting. These receptions are great opportunities to make new contacts and expand on the information learned in the sessions. Travel Information: ===================== You can obtain a Housing reservation form for Mactivity by calling us at (800) 798-2928, or by faxing a request to the San Jose Housing Bureau at (408) 293-3705. Here are the rates we have negotiated with local hotels: Hotel Room Rate* Distance from Site Hilton Single $98 At site Double $113 Fairmont Single $95 One block Double $95 Hotel St. Claire Single $90 One block Daybed^ $65 Holdiay Inn Single $83 One block Double $83 Best Western Single $46 Four blocks Double $56 * Room rates are subject to a 10% occupancy tax. ^ Must present government ID at check-in to be eligible Discounted Airfares are available by calling the conference travel agent Travel Advisors at (800) Conference Registration Form ============================ Mactivity'93: The Macintosh Connectivity Conference June 29-July 1, San Jose (California) Convention Center 3 easy ways to register: E-mail, Fax and Mail To E-MAIL your registration complete all of the information in the form below and return with credit card information to AppleLink = MACTIVITY Internet = mactivity@applelink.apple.com AOL = Mactivity Compuserve = 76570,2755 To FAX your registration, complete this registration form including the credit card information and fax to Shanan Graham at (408) 354-2571. To MAIL your registration, enclose your registration form with your check or credit card information and mail to Winehouse Computer Company, 20 N. Santa Cruz Avenue, Los Gatos, CA 95030, Attn: Mactivity Registration. Conference registrations will be limited. Use one form for each person, photo copies are acceptable. Signatures must be obtained for all credit card registrations. Payment must be made in US dollars by check, money order or credit card. Cancellation Policy: Cancellation of your full conference registration must be made in writing before June 14, 1993 in which case your registration will be refunded less a $100 cancellation fee. No refunds will be made after that date. The Exhibition pass is not refundable. Discount Regular pre 4/30/93 post 4/30/93 __Mactivity Package $1095 $1195 Tutorial/Conference/Exhibition Tutorial Selection ______________________________________________ __Conference/Exhibition $795 $895 __1-day Tutorial (6/28) $395 $445 Tutorial Selection ____________________________________________ __Exhibits/Test Drive Free $20 __I want to take advantage of the Multiple Registrant Discount We will pay for four registrations of the same type with the same check and we get a fifth person in free. __I want to subscribe to Connections: The Technical Journal of Macintosh Connectivity. 1 year/8 issues: USA=$195, Int'l=#250USD Name: Title: Company: Address: City/State/Zip: Phone: Fax: Charge Amount: Visa: Master Card: Name on Card: Credit Card #: Expiration Date: We will fax you back a confirmation for your signature. Looking forward to seeing you all this summer in San Jose. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Disclaimer: I have no connection with Mactivity other than as a past presenter and satisfied attendee. From netatalk-admins-request Wed Apr 7 19:06:52 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA20303; Wed, 7 Apr 93 19:06:53 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA20299; Wed, 7 Apr 93 19:06:52 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA20296; Wed, 7 Apr 93 19:06:49 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA20285; Wed, 7 Apr 93 19:06:42 -0400 Message-Id: <9304072306.AA20285@terminator.rs.itd.umich.edu> From: wes.craig@umich.edu To: hoberoi@limerick.cbs.umn.edu (Himanshu Oberoi) Cc: netatalk-admins@umich.edu Subject: Re: Phase 2 kernel for RS6000 ?? In-Reply-To: Your message of "04 Apr 1993 17:48:43 CDT." <9304042248.AA28091@limerick.cbs.umn.edu> Date: Wed, 07 Apr 1993 19:06:41 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: hoberoi@limerick.cbs.umn.edu (Himanshu Oberoi) > To: netatalk-admins@umich.edu > As the subject line says, what is the status of the > kernel support for the IBM RS6000 machines ? There is a version of netatalk 1.2.1 that does phase 2 on rs/6k machines available via anonymous ftp from citi.umich.edu. I'm not sure exactly where. I don't expect the 1.3 version to be available for rs/6k before June. Marcus Watts, from another group here at Michigan, will probably begin a port in May. As always, you are encouraged to make and contribute changes. > (I am testing 1.3a on our sun machines) How's that going? wes From netatalk-admins-request Tue Apr 20 06:52:12 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA02297; Tue, 20 Apr 93 06:52:16 -0400 Received: from [192.106.222.10] by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA02293; Tue, 20 Apr 93 06:52:12 -0400 Received: by relay.to.sem.it (5.65/DEC-Ultrix/4.3) id AA07545; Tue, 20 Apr 1993 10:35:48 +0200 Message-Id: <9304200835.AA07545@relay.to.sem.it> To: netatalk-admins@terminator.rs.itd.umich.edu Subject: problem with netatalk-1.2, works with cap Date: Tue, 20 Apr 93 10:35:47 +0200 From: paolo@to.sem.it X-Mts: smtp I have netatalk-1.2.1 installed on a DecStation 5000/25, installation was easy and I've been able to use my decstation as a server for a small network of MacIntoshes. I also have Cap60 pl 126 in IPTalk mode installed. My users have experienced problems using afpd. We started moving all applications out of the hard disks and into the server. When a user tries to open a folder with a file compressed with DiskDoubler, and s/he is connected with afpd, the afpd for that machine goes in an (infinite) loop in the directory that contains the DiskDoubler Application (actually accessing the DiskDoubler Application). The second problem is with a copy of MacWrite II. The app is 601KB large when on the Mac HD. Moving it into the server makes it 627KB. At that point copying it back to the Mac HD or just acessing it (Information) becomes impossible (loops). I have tried this last thing using Aufs, and it works fine. I haven't tried with DiskDoubler yet tough. Any ideas? I may give more informations if requested. Thanks In Advance. I think netatlk is a great piece of software. paolo zeppegno paolo@to.sem.it Systems & Management SpA Torino ITALY From netatalk-admins-request Mon May 3 11:19:33 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA13642; Mon, 3 May 93 11:19:34 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA13638; Mon, 3 May 93 11:19:33 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA00915; Mon, 3 May 93 11:19:33 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA00912; Mon, 3 May 93 11:19:30 -0400 Received: from flamingo.ns.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA00903; Mon, 3 May 93 11:19:27 -0400 Received: by flamingo.ns.itd.umich.edu (5.65/1123-1.0(us)) id AA14188; Mon, 3 May 93 11:19:09 -0400 Date: Mon, 3 May 93 11:19:09 -0400 From: Shanti Suresh Message-Id: <9305031519.AA14188@flamingo.ns.itd.umich.edu> To: netatalk-admins@umich.edu Subject: Re: Character changes Hi, netatalk-1.3a(+) was just installed at our site. On printing from a Mac, certain characters are changed from their original form. The following have been notied thus far: (1) all bullets are changed to yen characters (2) the Copywright symbol was missing (3) apostrophe's are changed to space characters. Where is the problem? the font used in the document was Helevatica. Do additional fonts need to be loadded in the printer or in the Mac's? Thanx. -Shanti P.S. Thr printer has its default set of fonts right now - the true type ones, I believe. From netatalk-admins-request Tue May 4 03:50:56 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA26263; Tue, 4 May 93 03:50:56 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA26259; Tue, 4 May 93 03:50:56 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA16162; Tue, 4 May 93 03:50:56 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA16161; Tue, 4 May 93 03:50:54 -0400 Received: from chalmers.se by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA16156; Tue, 4 May 93 03:50:51 -0400 Received: from hackes.dtek.chalmers.se by chalmers.se (5.60+IDA/3.14+gl) id AA16801; Tue, 4 May 93 09:50:49 +0200 From: Christopher Arnold Message-Id: <9305040750.AA15426@hackes.dtek.chalmers.se> Received: from hacke3.dtek.chalmers.se by hackes.dtek.chalmers.se (5.59+IDA+CTH/3.14+gl) id AA15426; Tue, 4 May 93 09:50:47 +0200 Received: by hacke3.dtek.chalmers.se (5.59+IDA+CTH/3.14+gl) id AA13579; Tue, 4 May 93 09:50:33 +0200 Subject: netatalk with phase2 To: netatalk-admins@umich.edu Date: Tue, 4 May 1993 09:50:30 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 133 Hi, could someone please tell me where to find the netatalk version with appletalk phase2 support. (on the sun plattform) /chris From netatalk-admins-request Tue May 4 13:58:14 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA03158; Tue, 4 May 93 13:58:15 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA03154; Tue, 4 May 93 13:58:14 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA26449; Tue, 4 May 93 13:58:13 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA26448; Tue, 4 May 93 13:58:11 -0400 Received: from TACA.ECE.CMU.EDU by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA26441; Tue, 4 May 93 13:58:07 -0400 Received: by taca.ece.cmu.edu (5.54-ECE2/5.17) id AA20145; Tue, 4 May 93 13:58:05 EDT Message-Id: <9305041758.AA20145@taca.ece.cmu.edu> To: netatalk-admins@itd.umich.edu Subject: Where is the ftp site for netatalk? Date: Tue, 04 May 93 13:58:04 -0400 From: "George Cebulka, ECE Facilities" Hello. I would like to get the latest and greatest copy of netatalk. Could you tell me where the ftp site is? Is there an AFS site for netatalk? Thanks, George Cebulka, ECE Facilities, Carnegie Mellon. From netatalk-admins-request Tue May 4 14:30:44 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA03474; Tue, 4 May 93 14:30:46 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA03470; Tue, 4 May 93 14:30:44 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27487; Tue, 4 May 93 14:30:44 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27486; Tue, 4 May 93 14:30:42 -0400 Received: from charon.cc.ncsu.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA27476; Tue, 4 May 93 14:30:15 -0400 Received: from odo.cc.ncsu.edu by charon.cc.ncsu.edu (5.65b/SYSTEMS Dec 28 15:30:00 EDT 1992) id AA08005; Tue, 4 May 93 14:30:30 -0400 Date: Tue, 4 May 93 14:30:30 -0400 Posted-Date: Tue, 4 May 93 14:30:30 -0400 Message-Id: <9305041830.AA08005@charon.cc.ncsu.edu> To: netatalk-admins@itd.umich.edu From: Everette_Allen@ncsu.edu (Everette Gray Allen) X-Sender: ega@pop-in.ncsu.edu Subject: netatalk and afs... Two quickies: 1) Does anyone have compiled binary of MacAFS as I do not have MPW to compile with ?? :-). and 2) in setting up netatalk everything works well except when I connect the mac I see no zones is this a common problem. I am sure its just my inexperience. Thanks From netatalk-admins-request Tue May 4 15:10:11 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA04676; Tue, 4 May 93 15:10:12 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA04671; Tue, 4 May 93 15:10:11 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28803; Tue, 4 May 93 15:10:11 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28801; Tue, 4 May 93 15:10:07 -0400 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA28792; Tue, 4 May 93 15:10:05 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA04661; Tue, 4 May 93 15:10:02 -0400 Message-Id: <9305041910.AA04661@terminator.rs.itd.umich.edu> From: wes.craig@umich.edu To: "George Cebulka, ECE Facilities" Cc: netatalk-admins@itd.umich.edu Subject: Re: Where is the ftp site for netatalk? In-Reply-To: Your message of "Tue, 04 May 1993 13:58:04 EDT." <9305041758.AA20145@taca.ece.cmu.edu> Date: Tue, 04 May 1993 15:10:01 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: "George Cebulka, ECE Facilities" > To: netatalk-admins@itd.umich.edu > I would like to get the latest and greatest copy of netatalk. Could > you tell me where the ftp site is? Is there an AFS site for netatalk? netatalk (and the FAQ) is available via anonymous ftp from terminator.rs.itd.umich.edu in /unix/netatalk. The latest release is 1.2.1 and 1.3 is in alpha. There is no AFS site for netatalk. :wes From netatalk-admins-request Thu May 6 09:09:55 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA14849; Thu, 6 May 93 09:09:56 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA14845; Thu, 6 May 93 09:09:55 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA15439; Thu, 6 May 93 09:09:56 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA15438; Thu, 6 May 93 09:09:53 -0400 Received: from chalmers.se by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA15429; Thu, 6 May 93 09:09:47 -0400 Received: from hackes.dtek.chalmers.se by chalmers.se (5.60+IDA/3.14+gl) id AA23601; Thu, 6 May 93 15:09:45 +0200 From: Christopher Arnold Message-Id: <9305061309.AA03554@hackes.dtek.chalmers.se> Received: from hacke3.dtek.chalmers.se by hackes.dtek.chalmers.se (5.59+IDA+CTH/3.14+gl) id AA03554; Thu, 6 May 93 15:09:44 +0200 Received: by hacke3.dtek.chalmers.se (5.59+IDA+CTH/3.14+gl) id AA04942; Thu, 6 May 93 15:09:25 +0200 Subject: netatalk 1.3b on sun 3/50 To: netatalk-admins@umich.edu Date: Thu, 6 May 1993 15:09:23 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 437 Hi, i have recently picked up netatalk 1.3b and i'm running it on a ELC running 4.1.3 without problems. But when i try to run it on a 3/50 running 4.1.1 i have the following problem: When i start atalk i get the following message: atalkd[283]: zip_packet: can't route 2.19 to loopback: File exists My atalk.conf looks like this: le0 -phase 2 -addr 2.19 -zone Dexpert Is there anyone out there with any clues to whats wrong? /chris From netatalk-admins-request Fri May 7 13:40:21 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA03992; Fri, 7 May 93 13:40:22 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA03987; Fri, 7 May 93 13:40:21 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA20663; Fri, 7 May 93 13:40:21 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA20662; Fri, 7 May 93 13:39:53 -0400 Received: from guardian.apple.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA20641; Fri, 7 May 93 13:39:42 -0400 Received: from [90.1.0.10] by guardian.apple.com with SMTP (5.65/7-Aug-1992-eef) id AA18005; Fri, 7 May 93 10:35:48 -0700 for Received: from holli.apple.com by goofy.apple.com with SMTP (5.61/27-Sep-1991-eef) id AA23204; Fri, 7 May 93 10:35:45 -0700 for netatalk-admins@itd.umich.edu Received: by holli.apple.com (4.1/SMI-4.1) id AA05997; Fri, 7 May 93 10:34:51 PDT Date: Fri, 7 May 93 10:34:51 PDT From: mdj@holli.apple.com (Michael D. Johnson) Message-Id: <9305071734.AA05997@holli.apple.com> To: netatalk-admins@itd.umich.edu Subject: New User netatalk people, I just recently installed netatalk v1.3a on a SUN4 and are quite pleased. Prior to this we have been using NFS/Share with less than satisfactory results. Thanks for a great product! Please add me to your mailing list so that I can keep up on the latest versions. MDJ From netatalk-admins-request Fri May 7 17:28:09 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA09693; Fri, 7 May 93 17:28:11 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA09674; Fri, 7 May 93 17:28:09 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA09669; Fri, 7 May 93 17:28:05 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09634; Fri, 7 May 93 17:27:54 -0400 Message-Id: <9305072127.AA09634@terminator.rs.itd.umich.edu> From: wes.craig@umich.edu To: Christopher Arnold Cc: netatalk-admins@umich.edu Subject: Re: netatalk 1.3b on sun 3/50 In-Reply-To: Your message of "Thu, 06 May 1993 15:09:23 +0200." <9305061309.AA03554@hackes.dtek.chalmers.se> Date: Fri, 07 May 1993 17:27:53 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: Christopher Arnold > To: netatalk-admins@umich.edu > i have recently picked up netatalk 1.3b and i'm running it on a ELC running > 4.1.3 without problems. But when i try to run it on a 3/50 running 4.1.1 > i have the following problem: Well, the first problem is you're running non-existent software. The latest version of netatalk is 1.3a (as in alpha). So I guess you really *didn't* have a problem, QED. > When i start atalk i get the following message: > atalkd[283]: zip_packet: can't route 2.19 to loopback: File exists > Is there anyone out there with any clues to whats wrong? Oh! Oh! Me! I do! I do! Humor aside, good questions, Chris. Thanks for taking the time to test this on a non-obvious machine. It showed up a number of bugs (really stupid ones, I might add, if I were in a self-depricating mood). Now, I could tell you what the fixes are (there are three), or I could pass out my much changed latest source, as say, 1.3a2 (that's alpha 2, for the version number impaired). Any comments? :wes From netatalk-admins-request Sat May 8 20:29:43 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA14397; Sat, 8 May 93 20:29:45 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA14391; Sat, 8 May 93 20:29:43 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA11031; Sat, 8 May 93 20:29:43 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA11030; Sat, 8 May 93 20:29:42 -0400 Received: from sunic.sunet.se by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA11023; Sat, 8 May 93 20:29:31 -0400 Received: from bond.nexus.comm.se by sunic.sunet.se (5.65c8-/1.28) id AA00176; Sun, 9 May 1993 02:29:28 +0200 Received: from beck.nexus.comm.se by bond.nexus.comm.se with SMTP id AA23109 (5.65c8/IDA-1.4.4); Sun, 9 May 1993 02:29:21 +0200 From: Thomas Tornblom Received: by beck.nexus.comm.se id ; Sun, 9 May 1993 02:29:19 +0200 Date: Sun, 9 May 1993 02:29:19 +0200 Message-Id: <199305090029.AA01818@beck.nexus.comm.se> To: wes.craig@umich.edu Cc: d8arnch@dtek.chalmers.se, netatalk-admins@umich.edu In-Reply-To: <9305072127.AA09634@terminator.rs.itd.umich.edu> (wes.craig@umich.edu) Subject: netatalk 1.3b on sun 3/50 X-Charset: ASCII X-Char-Esc: 29 From: wes.craig@umich.edu Date: Fri, 07 May 1993 17:27:53 -0400 Sender: wes@terminator.rs.itd.umich.edu X-Charset: LATIN1 X-Char-Esc: 29 > From: Christopher Arnold > To: netatalk-admins@umich.edu > i have recently picked up netatalk 1.3b and i'm running it on a ELC running > 4.1.3 without problems. But when i try to run it on a 3/50 running 4.1.1 > i have the following problem: Well, the first problem is you're running non-existent software. The latest version of netatalk is 1.3a (as in alpha). So I guess you really *didn't* have a problem, QED. > When i start atalk i get the following message: > atalkd[283]: zip_packet: can't route 2.19 to loopback: File exists > Is there anyone out there with any clues to whats wrong? Oh! Oh! Me! I do! I do! Humor aside, good questions, Chris. Thanks for taking the time to test this on a non-obvious machine. It showed up a number of bugs (really stupid ones, I might add, if I were in a self-depricating mood). Now, I could tell you what the fixes are (there are three), or I could pass out my much changed latest source, as say, 1.3a2 (that's alpha 2, for the version number impaired). Any comments? :wes Please do. I tried to get it running on my 386i at home. I applied the patches I had to do to get 1.2.1 running, but no cigar :-( So if you have been doing extensive hacking I might as well go for that before spending to much time on obsolete software. Thomas From netatalk-admins-request Mon May 10 10:10:06 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA14709; Mon, 10 May 93 10:10:07 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA14705; Mon, 10 May 93 10:10:06 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA01561; Mon, 10 May 93 10:10:06 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA01560; Mon, 10 May 93 10:10:04 -0400 Received: from uu3.psi.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA01555; Mon, 10 May 93 10:10:00 -0400 Received: from bacon.UUCP by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP; id AA09483 for ; Mon, 10 May 93 09:56:26 -0400 Received: from webster.imsi.com by bacon.IMSI.COM (4.1/SMI-4.1) id AA10255; Mon, 10 May 93 09:04:41 EDT Date: Mon, 10 May 93 09:04:41 EDT From: jordan@imsi.com (Jordan Hayes) Message-Id: <9305101304.AA10255@IMSI.COM> To: netatalk-admins@umich.edu Subject: netatalk on Solaris 2.1? Has anyone addressed the issues of netatalk running on Solaris 2.1? Thanks, /jordan From netatalk-admins-request Mon May 10 11:04:56 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA15518; Mon, 10 May 93 11:05:00 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA15514; Mon, 10 May 93 11:04:56 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA02717; Mon, 10 May 93 11:04:54 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA02716; Mon, 10 May 93 11:04:52 -0400 Received: from TACA.ECE.CMU.EDU by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA02711; Mon, 10 May 93 11:04:50 -0400 Received: by taca.ece.cmu.edu (5.54-ECE2/5.17) id AA02602; Mon, 10 May 93 11:04:47 EDT Message-Id: <9305101504.AA02602@taca.ece.cmu.edu> To: netatalk-admins@umich.edu, george@taca.ece.cmu.edu Subject: Netatalk running under Ultrix4.3? Date: Mon, 10 May 93 11:04:47 -0400 From: "George Cebulka, ECE Facilities" Hello, Has anyone out there gotten netatalk to run under Ultrix4.3? I'm installing it on a Ultrix4.2 machine now, but we are in the process of upgrading our OS and I'm going to have to switch in the near future. Thanks in advance, George Cebulka, ECE Facilities, CMU. From netatalk-admins-request Mon May 10 11:19:19 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA16014; Mon, 10 May 93 11:19:20 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA16009; Mon, 10 May 93 11:19:19 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA16004; Mon, 10 May 93 11:19:16 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA15995; Mon, 10 May 93 11:19:10 -0400 Message-Id: <9305101519.AA15995@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: "George Cebulka, ECE Facilities" Cc: netatalk-admins@umich.edu Subject: Re: Netatalk running under Ultrix4.3? In-Reply-To: Your message of "Mon, 10 May 1993 11:04:47 EDT." <9305101504.AA02602@taca.ece.cmu.edu> Date: Mon, 10 May 1993 11:19:08 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: "George Cebulka, ECE Facilities" > To: netatalk-admins@umich.edu, george@taca.ece.cmu.edu > Has anyone out there gotten netatalk to run under Ultrix4.3? I'm > installing it on a Ultrix4.2 machine now, but we are in the process of > upgrading our OS and I'm going to have to switch in the near future. Having just done this, last week: netatalk 1.2.1 will run without modification if you use the Ultrix 4.2 patches on your 4.3 system. I'm in the middle of porting netatalk 1.3 to Ultrix 4.3. :wes From netatalk-admins-request Mon May 10 18:19:58 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA27931; Mon, 10 May 93 18:19:59 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA27925; Mon, 10 May 93 18:19:58 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA13939; Mon, 10 May 93 18:19:58 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA13938; Mon, 10 May 93 18:19:56 -0400 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA13933; Mon, 10 May 93 18:19:54 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA27917; Mon, 10 May 93 18:19:51 -0400 Message-Id: <9305102219.AA27917@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Everette_Allen@ncsu.edu (Everette Gray Allen) Cc: netatalk-admins@itd.umich.edu Subject: Re: netatalk and afs... In-Reply-To: Your message of "Tue, 04 May 1993 14:30:30 EDT." <9305041830.AA08005@charon.cc.ncsu.edu> Date: Mon, 10 May 1993 18:19:50 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: Everette_Allen@ncsu.edu (Everette Gray Allen) > To: netatalk-admins@itd.umich.edu > 1) Does anyone have compiled binary of MacAFS as I do not have MPW to > compile with ?? :-). Found it! Take a look in /afs/umich.edu/group/itd/etc/atalk/install. The "AppleShare Folder" will have a file called "AFS Kerberos". To install it, you should drag (or whatever) the whole "AppleShare Folder" to your "System Folder". I don't think this version actually matches the source we've got up for anon ftp, but it's pretty close. The guy that I would ask to build a version from our source is at the WWDC, so I figured I'd point people at this version for the moment. > 2) in setting up netatalk everything works well except when I connect the > mac I see no zones is this a common problem. I am sure its just my > inexperience. Well, you can only have zones if you've got a router. Do you have a router? :wes From netatalk-admins-request Tue May 11 11:04:03 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA11004; Tue, 11 May 93 11:04:05 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA11000; Tue, 11 May 93 11:04:03 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA07731; Tue, 11 May 93 11:04:02 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA07730; Tue, 11 May 93 11:04:00 -0400 Received: from mail.Germany.EU.net by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA07724; Tue, 11 May 93 11:03:57 -0400 Received: by mail.Germany.EU.net(EUnetD-2.2.5.e) via EUnet id PY21100; Tue, 11 May 1993 16:59:30 +0200 Received: from hera.gmd.de (hera) by gmdzi.gmd.de with SMTP id AA07184 (5.65c/IDA-1.4.4 for ); Tue, 11 May 1993 15:55:44 +0200 Received: from [129.26.128.55] (tom.gmd.de) by hera.gmd.de with SMTP id AA10438 (5.65c/IDA-1.4.4 for ); Tue, 11 May 1993 15:55:47 +0200 Message-Id: <199305111355.AA10438@hera.gmd.de> Date: Tue, 11 May 1993 15:56:31 +0100 To: netatalk-admins@umich.edu From: riemann@gmd.de X-Sender: cla@gmdzi.gmd.de (Unverified) Subject: problems using netatalk Hi, I installed netatalk (1.3a) the first time on my SUN IPX (OS 4.1.3). netatlk.o is loaded without problems. atalkd, nbprgstr, papd, and afpd started without problems, but they doesn't work like expected. I can't see my SUN from my Mac (also connected to Ethernet). I can see my Mac (and other Macs in other zones) from my SUN (via nbplkup). I can't see my SUN from my SUN. I can't get a list zones (via getzones). I get a "atp_rresp: Connection timed out". We have 30 zones, so should I increase a timeout? Anyone any ideas? Thanx in advance, --cla P.S.: My atalkd.conf looks like: le0 -phase 2 -net 129 -zone BackboneET # Why do I have to specify "-net 129" ? # Shouldn't netatalk be able to determine this by itself? ********************************************************** German National Research Center for Computer Science (GMD) Claus Riemann (I3.MMK) Phone: (+49 2241) 14-2865 Postfach 1316 riemann@gmd.de 5205 Sankt Augustin 1 Don't dream it - Be it! From netatalk-admins-request Wed May 12 22:29:35 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA11236; Wed, 12 May 93 22:29:36 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA11232; Wed, 12 May 93 22:29:35 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA11229; Wed, 12 May 93 22:29:33 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA11215; Wed, 12 May 93 22:29:24 -0400 Message-Id: <9305130229.AA11215@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Christopher Arnold Cc: netatalk-admins@umich.edu Subject: Re: netatalk 1.3b on sun 3/50 In-Reply-To: Your message of "Wed, 12 May 1993 13:51:16 +0200." <9305121151.AA05400@hackes.dtek.chalmers.se> Date: Wed, 12 May 1993 22:29:23 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: Christopher Arnold > To: wes.craig@umich.edu > i answered your reply for a while ago asking for a place where i could > pick up theese patches. I guess that you lost my message. Sorry, you have to give me a couple of days for stuff like this. It's the end of the fiscal year, and I have to make my budget add up. I'll put up netatalk-1.3a2 (that's alpha 2) as soon as I've cut it. :wes BTW, I copied the list, so other interested folks would know that they can expect new code in a couple days. Hope you don't mind... From netatalk-admins-request Wed May 12 22:40:19 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA11513; Wed, 12 May 93 22:40:19 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA11508; Wed, 12 May 93 22:40:19 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA11505; Wed, 12 May 93 22:40:11 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA11492; Wed, 12 May 93 22:40:02 -0400 Message-Id: <9305130240.AA11492@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: riemann@gmd.de Cc: netatalk-admins@umich.edu Subject: Re: problems using netatalk In-Reply-To: Your message of "Tue, 11 May 1993 15:56:31 BST." <199305111355.AA10438@hera.gmd.de> Date: Wed, 12 May 1993 22:40:01 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: riemann@gmd.de > To: netatalk-admins@umich.edu > I can't see my SUN from my Mac (also connected to Ethernet). This is interesting. Did you look in zones other than BackboneET? 1.3a is not real deterministic about what zone names appear in. > I can't see my SUN from my SUN. This doesn't work in 1.3a. > I can't get a list zones (via getzones). > I get a "atp_rresp: Connection timed out". We have 30 zones, so should I > increase a timeout? See the README. The code to support this in atalkd is just missing. getzones does take an address as argument, if you're interested in finding out what other routers think the zone list looks like. > le0 -phase 2 -net 129 -zone BackboneET > # Why do I have to specify "-net 129" ? > # Shouldn't netatalk be able to determine this by itself? You don't have to specify -net. atalkd will determine the network, the range, and a zone list. :wes From netatalk-admins-request Fri May 14 04:04:36 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA05761; Fri, 14 May 93 04:04:38 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA05755; Fri, 14 May 93 04:04:36 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA26335; Fri, 14 May 93 04:04:35 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA26334; Fri, 14 May 93 04:04:32 -0400 Received: from gmdzi.gmd.de by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA26329; Fri, 14 May 93 04:04:28 -0400 Received: from hera.gmd.de (hera) by gmdzi.gmd.de with SMTP id AA11756 (5.65c/IDA-1.4.4 for ); Fri, 14 May 1993 10:03:39 +0200 Received: from [129.26.128.55] (tom.gmd.de) by hera.gmd.de with SMTP id AA02881 (5.65c/IDA-1.4.4 for ); Fri, 14 May 1993 10:04:00 +0200 Message-Id: <199305140804.AA02881@hera.gmd.de> Date: Fri, 14 May 1993 10:04:28 +0100 To: netatalk-admins@umich.edu From: riemann@gmd.de X-Sender: cla@gmdzi.gmd.de (Unverified) Subject: Re: problems using netatalk Hi again, >> From: riemann@gmd.de >> To: netatalk-admins@umich.edu > >> I can't see my SUN from my Mac (also connected to Ethernet). > >This is interesting. Did you look in zones other than BackboneET? >1.3a is not real deterministic about what zone names appear in. Ooops! On the Ethernet we have two zones and my SUN appears in the "wrong". Hey, that's bad! I told netatalk to use BackboneET!!!!!! > [deleted].... >> le0 -phase 2 -net 129 -zone BackboneET >> # Why do I have to specify "-net 129" ? >> # Shouldn't netatalk be able to determine this by itself? > >You don't have to specify -net. atalkd will determine the network, the >range, and a zone list. If I specify -zone without -net, atalkd won't get started! ("Must specify networks before zones." it claims.) Hm, do you work on the code to use the specified zone? --cla P.S.: Hey, netatalk is much faster and much easier to install than CAP. (If it would like to use the zone I told it.) ********************************************************** German National Research Center for Computer Science (GMD) Claus Riemann (I3.MMK) Phone: (+49 2241) 14-2865 Postfach 1316 riemann@gmd.de 5205 Sankt Augustin 1 Don't dream it - Be it! From netatalk-admins-request Fri May 14 15:05:07 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA19447; Fri, 14 May 93 15:05:08 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19427; Fri, 14 May 93 15:05:07 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19413; Fri, 14 May 93 15:05:01 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA19391; Fri, 14 May 93 15:04:51 -0400 Message-Id: <9305141904.AA19391@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: riemann@gmd.de Cc: netatalk-admins@umich.edu Subject: Re: problems using netatalk In-Reply-To: Your message of "Fri, 14 May 1993 10:04:28 BST." <199305140804.AA02881@hera.gmd.de> Date: Fri, 14 May 1993 15:04:50 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: riemann@gmd.de > To: netatalk-admins@umich.edu > If I specify -zone without -net, atalkd won't get started! > ("Must specify networks before zones." it claims.) > Hm, do you work on the code to use the specified zone? We're working on something, tho not on exactly what you seem to ask. You misunderstand what the -zone flag does in atalk.conf. It is there to tell atalkd what the zone list (and the default zone) is for the given wire. This is why you get the "Must specify networks" error. It does not imply anything about the zone for afpd et al. The code doesn't currently support this, but the intension is that you will specify afpd's zone on the command line for afpd. E.g. afpd -n @BackboneET would register hostname:AFPSever@BackboneET. This way, you could register in multiple zones, or have different names in different zones, or have your printspooler in one zone and your fileserver in another. :wes From netatalk-admins-request Wed May 19 21:44:12 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA19514; Wed, 19 May 93 21:44:13 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19512; Wed, 19 May 93 21:44:12 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19509; Wed, 19 May 93 21:44:10 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA19503; Wed, 19 May 93 21:44:07 -0400 Message-Id: <9305200144.AA19503@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: netatalk 1.3 alpha 2 From: wesley.craig@umich.edu Date: Wed, 19 May 1993 21:44:07 -0400 Sender: wes@terminator.rs.itd.umich.edu FYI: I've put a second alpha of 1.3 up for anonymous ftp on terminator.rs.itd.umich.edu in ~ftp/unix/netatalk. Please note that this is primarily for people interested in testing and working on ports. The first beta, which I expect to be completed shortly, will contain support for Ultrix 4.3 (and any other ports people send me). There will be a second beta there after, which will include support for multi-interface routing. :wes From netatalk-admins-request Fri May 28 17:42:15 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA18147; Fri, 28 May 93 17:42:16 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA18145; Fri, 28 May 93 17:42:15 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA18144; Fri, 28 May 93 17:42:13 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA18136; Fri, 28 May 93 17:42:10 -0400 Message-Id: <9305282142.AA18136@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: netatalk 1.3 Ultrix-alpha From: wesley.craig@umich.edu Date: Fri, 28 May 1993 17:42:09 -0400 Sender: wes@terminator.rs.itd.umich.edu I'm looking for 3 (three) sites interested in testing netatalk on Ultrix machines. Selected sites must agree to send comments! I'd prefer that someone at each site know something about AppleTalk. I'd like to have a site with a phase 1 and 2 AppleTalk environment. I'm also interested in a site with no routers. Interested parties should send me mail describing their network, hardware, and software. It will take me until Tuesday or Wednesday to actually cut a release. :wes From netatalk-admins-request Wed Jun 2 07:42:59 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA25274; Wed, 2 Jun 93 07:43:01 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA25270; Wed, 2 Jun 93 07:42:59 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA08442; Wed, 2 Jun 93 07:42:59 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA08441; Wed, 2 Jun 93 07:42:57 -0400 Received: from eros.uknet.ac.uk by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA08436; Wed, 2 Jun 93 07:42:52 -0400 Received: from ppi.philips.co.uk by eros.uknet.ac.uk with UUCP id ; Wed, 2 Jun 1993 12:42:31 +0100 Received: by ppi.philips.co.uk (4.1/SMI-4.1) id AA01438; Wed, 2 Jun 93 12:36:04 BST Date: Wed, 2 Jun 93 12:36:04 BST From: anthony@ppi.philips.co.uk (Anthony Koller) Message-Id: <9306021136.AA01438@ppi.philips.co.uk> To: netatalk-admins@umich.edu Subject: printing to Apple personal laserwriter Hi: We are running netatalk 1.2.1 on a Sun network, using psf to print to an Apple personal laserwriter. I had a problem getting this running initially, as the output seemed to be shifted left quite a lot. I got round this by changing the default indent in psf.c from 0 to 45. It now works a treat. Has anyone else had a similar problem? Is this the correct fix? I now have another problem in that if the previous printed output has selected the manual feed option (as you can do say from FrameMaker), then if the next person just tries to print an ascii text file the printer doesn't get reset to use the main paper tray and waits until someone puts paper into the manual tray! Presumably this just needs a change to the PS header prologue in psf.c, to select the main paper bin? Has anyone done this (to save me figuring out what the postscript command is? Regards Anthony Koller Philips PPI Freeland House, Station Road Dorking, Surrey RH4 1UL, England Email : anthony@ppi.philips.co.uk Voice : +44 306 875777 Seri : ukrkoll@prlhp0 Fax : +44 306 875779 Profs : prlhp0(ukrkoll) From netatalk-admins-request Wed Jun 9 12:43:25 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA15394; Wed, 9 Jun 93 12:43:26 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA15390; Wed, 9 Jun 93 12:43:25 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA08105; Wed, 9 Jun 93 12:43:25 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA08104; Wed, 9 Jun 93 12:43:22 -0400 Received: from eros.uknet.ac.uk by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA08093; Wed, 9 Jun 93 12:43:12 -0400 Received: from ppi.philips.co.uk by eros.uknet.ac.uk with UUCP id ; Wed, 9 Jun 1993 17:42:43 +0100 Received: by ppi.philips.co.uk (4.1/SMI-4.1) id AA26422; Wed, 9 Jun 93 17:11:23 BST Date: Wed, 9 Jun 93 17:11:23 BST From: anthony@ppi.philips.co.uk (Anthony Koller) Message-Id: <9306091611.AA26422@ppi.philips.co.uk> To: netatalk-admins@umich.edu Subject: More printing to Apple personal laserwriter Re my previous communication - I have spent a bit of time looking at this. I found what the "indent problem" was - I was missing the pw#80 (page width) option in the printcap file, and it defaults to 132. So problem explained! - one for your "useful hints and tips" file as it is a bit obscure. I haven't managed to finally sort the manual feed problem - but I have found problems with hanging and having the same job printed multiple times. I think I have resolved the multiple pages problem. My printcap file was as follows: lw2|1st floor laserwriter:\ :lp=/dev/null:lf=/usr/adm/lpd-errs:sd=/usr/spool/lw2:\ :of=/usr/local/atalk/etc/ofpap:\ :if=/usr/local/atalk/etc/ifpaprev:\ :tf=/usr/local/atalk/etc/tfpaprev:\ :af=/var/adm/lw2.acct:sh: The "sh" option suppresses the "banner" or "burst" page. Even though the sh option is specified, the banner page filter (ofpap) is still called - presumably with an empty file as the banner page isn't printed. ofpap then seems to get into a "pausing/restarting" mode which causes the job to multiple print... I have remove the "of=" line altogether so that ofpap no longer gets called. The hanging problem seems to be a protocol or postscript problem - the laserwriter returns a status of "appletalk waiting" but I don't know what its waiting for... it eventually seems to give up. Not a great problem, but if you have any ideas then please let me know. You may wish to bear this in mind next time you are working on psf/pap. Regards Anthony Koller Philips PPI Freeland House, Station Road Dorking, Surrey RH4 1UL, England Email : anthony@ppi.philips.co.uk Voice : +44 306 875777 Seri : ukrkoll@prlhp0 Fax : +44 306 875779 Profs : prlhp0(ukrkoll) From netatalk-admins-request Tue Jun 15 15:36:04 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA10325; Tue, 15 Jun 93 15:36:05 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA10320; Tue, 15 Jun 93 15:36:04 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA14364; Tue, 15 Jun 93 15:36:04 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA14361; Tue, 15 Jun 93 15:36:02 -0400 Received: from lobby.ti.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA14355; Tue, 15 Jun 93 15:36:00 -0400 Received: from tilde.csc.ti.com ([128.247.160.56]) by lobby.ti.com with SMTP (5.65c/LAI-3.2) id AA29789; Tue, 15 Jun 1993 14:38:08 -0500 Received: from ticipa.Works.Ti.Com (ticipa) by tilde.csc.ti.com id AA29465; Tue, 15 Jun 1993 14:34:05 -0500 Received: from lobby.ti.com (feathin.mtc.ti.com) by ticipa.Works.Ti.Com with SMTP id AA04055 (5.65c/IDA-1.4.4 for Date: Tue, 15 Jun 93 14:33:04 CST From: Michael Kilgore Subject: sharing automounted file systems To: netatalk-admins@umich.edu X-Mailer: LeeMail 1.2.4 If an automounted Sun file system foo is one of my AppleShare choices, it may be that I can't mount it on the mac (if it isn't Sun-mounted already). Or the mac may lose foo if the Sun decides that nothing has touched foo in a while. All that is as I should expect, since Wesley Craig tells me that afpd doesn't do anything special about periodically touching mounted file systems. Keeping a Finder window open avoids the second problem but not the first; or setting a symbolic link to foo from a permanently mounted Sun directory addresses both problems at once. But I wonder if anyone has a more graceful way of mounting on demand, one which (unlike the link trick) does not force foo to remain mounted until the link is broken? Thanks for any suggestions. (I am using na 1.3d2 with a Sun running 4.1.3, but I suppose what I have seen is not specific to that configuration.) ----- Michael Kilgore Texas Instruments, Inc. (214) 917-2219 kilgore@lobby.ti.com From netatalk-admins-request Wed Jun 16 17:25:20 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA19341; Wed, 16 Jun 93 17:25:22 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA19335; Wed, 16 Jun 93 17:25:20 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA17238; Wed, 16 Jun 93 17:25:21 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA17237; Wed, 16 Jun 93 17:25:19 -0400 Received: from TACA.ECE.CMU.EDU by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA17232; Wed, 16 Jun 93 17:25:17 -0400 Received: by taca.ece.cmu.edu (5.54-ECE2/5.17) id AA18529; Wed, 16 Jun 93 17:25:15 EDT Message-Id: <9306162125.AA18529@taca.ece.cmu.edu> To: netatalk-admins@itd.umich.edu Subject: AFS login code for the mac? Date: Wed, 16 Jun 93 17:25:14 -0400 From: "George Cebulka, ECE Facilities" Hello all. I would like to use an AFS style login for our mac's with netatalk afpd. Can anyone tell me where I can get the code for a mac that will do this? Thanks in advance, George Cebulka, ECE Facilities. From netatalk-admins-request Fri Jun 18 04:19:44 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA23828; Fri, 18 Jun 93 04:19:45 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA23824; Fri, 18 Jun 93 04:19:44 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27237; Fri, 18 Jun 93 04:19:45 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27236; Fri, 18 Jun 93 04:19:43 -0400 Received: from relay.pipex.net by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA27231; Fri, 18 Jun 93 04:19:39 -0400 Received: from prlhp1.prl.philips.co.uk by relay.pipex.net with SMTP (PP) id <29479-0@relay.pipex.net>; Fri, 18 Jun 1993 09:19:22 +0100 Received: from prsun11i by prlhp1.prl.philips.co.uk; Fri, 18 Jun 93 09:19:41 bst From: Jon Piesing Date: Fri, 18 Jun 93 09:16:44 BST Message-Id: <8282.9306180816@prsun11i.prl.philips.co.uk> To: netatalk-admins@itd.umich.edu Subject: applesingle -> netatalk AppleDouble translator When I get email from some people on a QuickMail system, any binary files they include seem to be translated by the QuickMail->SMTP gateway into a format called applesingle and then uuencoded. Does anybody know of a filter on the Sun to translate from applesingle to netatalk's AppleDouble format so we can get at these files on our Macs ? Thanks in advance Jon Piesing Philips Research Labs, UK jon@prl.philips.co.uk From netatalk-admins-request Fri Jun 18 04:30:50 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA23944; Fri, 18 Jun 93 04:30:51 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA23940; Fri, 18 Jun 93 04:30:50 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27385; Fri, 18 Jun 93 04:30:50 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27384; Fri, 18 Jun 93 04:30:48 -0400 Received: from ivrit.ra.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA27379; Fri, 18 Jun 93 04:30:46 -0400 Received: by ivrit.ra.itd.umich.edu (5.65/2.2) id AA10047; Fri, 18 Jun 93 04:29:15 -0400 Message-Id: <9306180829.AA10047@ivrit.ra.itd.umich.edu> From: Charles Clark To: Jon Piesing Cc: netatalk-admins@itd.umich.edu Subject: Re: applesingle -> netatalk AppleDouble translator In-Reply-To: Your message of "Fri, 18 Jun 93 09:16:44 BST." <8282.9306180816@prsun11i.prl.philips.co.uk> Date: Fri, 18 Jun 93 04:29:15 EDT Sender: cmclark@ivrit.ra.itd.umich.edu > From: Jon Piesing > When I get email from some people on a QuickMail system, any binary files > they include seem to be translated by the QuickMail->SMTP gateway into > a format called applesingle and then uuencoded. Does anybody know of a filter > on the Sun to translate from applesingle to netatalk's AppleDouble format > so we can get at these files on our Macs ? Cool. I'm willing to alter megatron to handle this. Could you send me a couple of pieces of mail that have the uuencoded applesingle files? Just a couple of small ones should be enough, like a small document from word or such, and a small pd application or control panel or such. A file that has both resource and data forks, as well as a file that only has a resource and one that only has a data fork would be the best possible combo. I have the spec for applesingle, but it never hurts to have some real world instances. 'Bout time I did some useful coding again. From netatalk-admins-request Fri Jun 18 04:47:44 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA24051; Fri, 18 Jun 93 04:47:45 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA24047; Fri, 18 Jun 93 04:47:44 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27498; Fri, 18 Jun 93 04:47:44 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27497; Fri, 18 Jun 93 04:47:42 -0400 Received: from ivrit.ra.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA27491; Fri, 18 Jun 93 04:47:39 -0400 Received: by ivrit.ra.itd.umich.edu (5.65/2.2) id AA10074; Fri, 18 Jun 93 04:46:03 -0400 Message-Id: <9306180846.AA10074@ivrit.ra.itd.umich.edu> From: Charles Clark To: Jon Piesing Cc: netatalk-admins@itd.umich.edu Subject: Re: applesingle -> netatalk AppleDouble translator In-Reply-To: Your message of "Fri, 18 Jun 93 09:16:44 BST." <8282.9306180816@prsun11i.prl.philips.co.uk> Date: Fri, 18 Jun 93 04:46:03 EDT Sender: cmclark@ivrit.ra.itd.umich.edu > From: Jon Piesing > When I get email from some people on a QuickMail system, any binary files > they include seem to be translated by the QuickMail->SMTP gateway into > a format called applesingle and then uuencoded. Does anybody know of a filter > on the Sun to translate from applesingle to netatalk's AppleDouble format > so we can get at these files on our Macs ? To do so from the mac side, you can put the mail in a file that is on a afpd mountable filespace, and then from the mac use the program apparently called tiger. Here is the listing from the mac.archive.umich.edu index: /mac/util/compression/tiger1.1.sit.hqx 32 9/10/92 BinHex4.0,StuffIt1.5.1 Decode uuencoded and AppleSingle files. It is a five dollar shareware program. I can't really test it to see how well it works. From netatalk-admins-request Wed Jun 23 11:53:17 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA29774; Wed, 23 Jun 93 11:53:19 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA29770; Wed, 23 Jun 93 11:53:17 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA13567; Wed, 23 Jun 93 11:53:15 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA13566; Wed, 23 Jun 93 11:53:13 -0400 Received: from TACA.ECE.CMU.EDU by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA13561; Wed, 23 Jun 93 11:53:10 -0400 Received: by taca.ece.cmu.edu (5.54-ECE2/5.17) id AA29362; Wed, 23 Jun 93 11:24:11 EDT Message-Id: <9306231524.AA29362@taca.ece.cmu.edu> To: netatalk-admins@itd.umich.edu Subject: AFS login for the MAC. Date: Wed, 23 Jun 93 11:24:10 -0400 From: "George Cebulka, ECE Facilities" Hello all. Has anyone other than UMich, gotten the AFS login code to compile on a MAC? If so could you tell me what you had to do in order to get it to compile? I.e what additional code did you need? Where did you get it? I have gotten the AFS login code from Michigan. I have also gotten the KRB and DES source code from MIT. However, AFS login will not compile without the kerberos and des code. And the krb and des code just will not compile for me on a mac. Help! George Cebulka, ECE Facilities, Carnegie Mellon From netatalk-admins-request Wed Jun 23 15:15:22 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA03747; Wed, 23 Jun 93 15:15:23 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA03743; Wed, 23 Jun 93 15:15:22 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19831; Wed, 23 Jun 93 15:15:21 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19830; Wed, 23 Jun 93 15:15:19 -0400 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA19821; Wed, 23 Jun 93 15:15:16 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA03733; Wed, 23 Jun 93 15:15:07 -0400 Message-Id: <9306231915.AA03733@terminator.rs.itd.umich.edu> To: "George Cebulka, ECE Facilities" Cc: netatalk-admins@itd.umich.edu Subject: Re: AFS login for the MAC. In-Reply-To: Your message of "Wed, 23 Jun 1993 11:24:10 EDT." <9306231524.AA29362@taca.ece.cmu.edu> Date: Wed, 23 Jun 1993 15:15:07 -0400 From: Mark Smith >From: "George Cebulka, ECE Facilities" > To: netatalk-admins@itd.umich.edu > > Has anyone other than UMich, gotten the AFS login code to compile > on a MAC? If so could you tell me what you had to do in order to get it > to compile? I.e what additional code did you need? Where did you get it? I am from UMich, so perhaps you don't want to hear from me ;-) However, I do know that the AFS Kerberos UAM and AFS Log utilities were compiled under MPW 3.2 using the MIT Mac Athena DES library. I don't think you need any of the KRB library, since we roll our own Kerberos packets. Did you obtain the des code you are trying to use on the Mac from /afs/athena.mit.edu/astaff/project/macathena/MIT/lib/des? If someone has a built copy of the DES library, perhaps they can share that with everyone. I don't have a build area set up for the AFS Kerberos code any more. -Mark Smith University of Michigan Info Tech Division Unix Group From netatalk-admins-request Thu Jun 24 13:50:04 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA17941; Thu, 24 Jun 93 13:50:04 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA17937; Thu, 24 Jun 93 13:50:04 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA15517; Thu, 24 Jun 93 13:50:03 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA15516; Thu, 24 Jun 93 13:49:59 -0400 Received: from leland.Stanford.EDU by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA15510; Thu, 24 Jun 93 13:49:55 -0400 Received: by leland.Stanford.EDU (5.57/Ultrix3.0-C) id AA17201; Thu, 24 Jun 93 10:49:51 -0700 Received: from elaine17.Stanford.EDU by sunlight.Stanford.EDU (4.1/L&IR-1.0) id AA12254; Thu, 24 Jun 93 10:49:52 PDT From: zxg@leland.Stanford.EDU Message-Id: <9306241749.AA12254@sunlight.Stanford.EDU> Subject: Re: AFS login for the MAC. To: george@taca.ece.cmu.edu Date: Thu, 24 Jun 93 10:49:51 PDT Cc: netatalk-admins@itd.umich.edu X-Mailer: ELM [version 2.3 PL11] > > >From: "George Cebulka, ECE Facilities" > > To: netatalk-admins@itd.umich.edu > > > > Has anyone other than UMich, gotten the AFS login code to compile > > on a MAC? If so could you tell me what you had to do in order to get it > > to compile? I.e what additional code did you need? Where did you get it? > > I am from UMich, so perhaps you don't want to hear from me ;-) > However, I do know that the AFS Kerberos UAM and AFS Log utilities were > compiled under MPW 3.2 using the MIT Mac Athena DES library. I don't > think you need any of the KRB library, since we roll our own Kerberos > packets. > > Did you obtain the des code you are trying to use on the Mac from > /afs/athena.mit.edu/astaff/project/macathena/MIT/lib/des? If someone > has a built copy of the DES library, perhaps they can share that with > everyone. I don't have a build area set up for the AFS Kerberos code > any more. > > -Mark Smith > University of Michigan Info Tech Division Unix Group > I happen to have an built MIT des.lilb. I can put it in a AFS cell if you need it. I guess you might want to try to build one for yourself. It si quite straight foward and you need some krb and des header files anyway. -jason zxg@leland.stanford,edu From netatalk-admins-request Sun Jul 18 01:55:07 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA11305; Sun, 18 Jul 93 01:55:08 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA11301; Sun, 18 Jul 93 01:55:07 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA21481; Sun, 18 Jul 93 01:55:07 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA21478; Sun, 18 Jul 93 01:55:06 -0400 Received: from psi.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA21473; Sun, 18 Jul 93 01:55:03 -0400 Received: from analogy.com by psi.com (4.1/2.1-PSI/PSINet) id AA20568; Sun, 18 Jul 93 01:54:59 EDT Received: from opus.analogy.com by analogy.com (4.1/Shared_Spool_1.3) id AA26418; Sat, 17 Jul 93 22:52:30 PDT From: markh@analogy.com (Mark Holm) Message-Id: <9307180552.AA26418@analogy.com> Subject: Help with 1.3a2 To: netatalk-admins@itd.umich.edu Date: Sat, 17 Jul 1993 22:51:04 -0700 (PDT) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1942 I am attempting to setup one of our field offices and they have one Sun workstation and two (soon to be three Mac's). I just spent the entire weekend rewiring their office to run on twisted pair wire which meant that I had to go get an ethertalk printer server/adapter to put it on the net and not move it from it's present location (Secretary started to growl ...). Bottom line is the following configuration: Mac IIsi with a Dayna Port IIsi-T adapter running 7.1 Mac Classic with a Dyna Port SCSI adapter running 7.1 TI Microlaser 35 with a Dyna Etherprint-3 adapter Sun Sparc 10 OS 4.1.3 running netatalk 1.3a2 The only configuration that I did beyond the default installation was to add the following line to the atalkd.conf file (and the approriate -f so it would use it): le0 -phase 2 -net 2 -addr 2.127 -zone Fredrick_AT I have tried several variants for the net and the address but so far all I get when I run nbplkup is the following: fredrick:AFPServer 2.127:128 fredrick:Workstation 2.127:4 The Sun's name is fredrick. >From the Mac side I can see the Sun and mount it up using AFS and when I had the papd running, I could see that in the chooser as well. Can somebody please tell me what I am doing wrong so I can see what is out there on the net and then accomplish my real goal which was to be able to print to the TI? BTW, are there any other Mac Network debugging tools besides apm that allows you to see what is there from the Mac side down to an address? I am not much of a Mac user, but I keep getting forced into it. =========================================================================== Mark Holm markh@analogy.com -or- Analogy ..sun!nosun!analogy!markh P.O. Box 1669 Phone (503)626-9700 Beaverton, Oregon 97075-1669 Fax (503)643-3361 From netatalk-admins-request Sun Jul 18 13:25:38 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA15707; Sun, 18 Jul 93 13:25:39 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA15700; Sun, 18 Jul 93 13:25:38 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA05517; Sun, 18 Jul 93 13:25:38 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA05509; Sun, 18 Jul 93 13:25:36 -0400 Received: from psi.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA05502; Sun, 18 Jul 93 13:25:33 -0400 Received: from analogy.com by psi.com (4.1/2.1-PSI/PSINet) id AA22918; Sun, 18 Jul 93 13:25:29 EDT Received: from opus.analogy.com by analogy.com (4.1/Shared_Spool_1.3) id AA27877; Sun, 18 Jul 93 10:22:56 PDT From: markh@analogy.com (Mark Holm) Message-Id: <9307181722.AA27877@analogy.com> Subject: Re: Help with 1.3a2 To: wesley.craig@umich.edu Date: Sun, 18 Jul 1993 10:21:34 -0700 (PDT) Cc: netatalk-admins@itd.umich.edu In-Reply-To: <9307181513.AA14274@terminator.rs.itd.umich.edu> from "wesley.craig@umich.edu" at Jul 18, 93 11:13:03 am X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1146 > > > From: markh@analogy.com (Mark Holm) > > To: netatalk-admins@itd.umich.edu > > > le0 -phase 2 -net 2 -addr 2.127 -zone Fredrick_AT > > Try leaving the rest of the line blank, i.e. > > le0 > > This will allow atalkd to dynamically configure everything (which is > what should happen anyway, if you have only one interface). Let me > know if this works. BTW, we expect to release the beta next week, > sometime. > > :wes > One more thing, when I am running apm and then I do npblkup the results from apm are: (That's right, zip) But nbplkup still comes back with the two entries for the fredrick Sun. WHere is it looking to get these that doesn't go out the le0 interface? Could this have something to do with using the internal TP connection on the Sparc 10? =========================================================================== Mark Holm markh@analogy.com -or- Analogy ..sun!nosun!analogy!markh P.O. Box 1669 Phone (503)626-9700 Beaverton, Oregon 97075-1669 Fax (503)643-3361 From netatalk-admins-request Mon Jul 19 11:33:55 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA14686; Mon, 19 Jul 93 11:33:57 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA14682; Mon, 19 Jul 93 11:33:55 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27367; Mon, 19 Jul 93 11:33:55 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27364; Mon, 19 Jul 93 11:33:54 -0400 Received: from benzene.tsg.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA27357; Mon, 19 Jul 93 11:33:51 -0400 Received: by obelix.tsg.com (NX5.67c/NX3.0M) id AA04703; Mon, 19 Jul 93 11:32:19 -0500 Date: Mon, 19 Jul 93 11:32:19 -0500 From: Matthew Whalen Message-Id: <9307191632.AA04703@obelix.tsg.com> Received: by NeXT.Mailer (1.87.1) Received: by NeXT Mailer (1.87.1) To: netatalk-admins@umich.edu Subject: Install of 1.3a2 on SunOS 4.1.2 I am having trouble getting netatalk 1.3a2 running on my 4.1.2 SunOS machine. I got everything built without difficulties. I can execute the modload successfully. But when I try to start atalkd, I get a message about Address family not supported by protocol family - AppleTalk not up. Any suggestions? Thanks. -matthew whalenm@tsg.com From netatalk-admins-request Mon Jul 19 15:04:06 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA19694; Mon, 19 Jul 93 15:04:07 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA19690; Mon, 19 Jul 93 15:04:06 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA05824; Mon, 19 Jul 93 15:04:06 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA05819; Mon, 19 Jul 93 15:04:05 -0400 Received: from uno.cc.geneseo.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA05811; Mon, 19 Jul 93 15:04:02 -0400 Received: from camelot.cs.geneseo.edu by geneseo.bitnet (PMDF #12405) id <01H0QBLG410G000AXC@geneseo.bitnet>; Mon, 19 Jul 1993 15:04 EST Received: by camelot.cs.geneseo.edu (4.1/SMI-4.1) id AA01232; Mon, 19 Jul 93 15:06:35 EDT Date: Mon, 19 Jul 93 15:06:34 -0400 From: Hans Koomen Subject: netatalk vs. CAP To: netatalk-admins@itd.umich.edu Cc: koomen@BRASTIAS.CS.GENESEO.EDU (Hans Koomen) Message-Id: <9307191906.AA01232@camelot.cs.geneseo.edu> Folks, We are currently running the Columbia Appletalk Package (CAP 6.0, p.l. 142) on our server, a Sun IPC running 4.1.1, and are using it for Mac file service (aufs), Sun print service on Appletalk Laserprinter (papif), and mac time service (TimeLord/Tardis). Almost all our Macs are on the same ethernet as the server. We are getting a new server (real soon now :), a Sparc 10, with additional disk space, running Solaris 2 (SunOS 5.2?) Obviously, as we are switching servers, this is the time to switch to netatalk, if there ever is one. My question is, can I (does netatalk run on Solaris 2?) and why should I? What are the pro's and con's of running netatalk vs CAP? One of the benefits I know already is that netatalk supports System 7 aliases, whereas CAP doesn't. Anything else that would justify switching to netatalk? Would the switch be totally transparent to users (aside from benefits, of course :-)? Is netatalk significantly faster? Does it waste less file space (CAP needs 2 or 3 Unix files per Mac file, each minimally using 14KB on our 1GB Mac file system)? Does it support Sun print service? Does it support/provide Mac time service? Thanks in advance for sharing your collective wisdom, - - - /-/ a n s Tel: (716) 245-5401 Paper: Johannes A. G. M. Koomen, Ph.D. Fax: (716) 245-5005 State Univ. of N.Y., Geneseo Department of Computer Science EMail: koomen@cs.geneseo.edu Geneseo, New York 14454-1471 From netatalk-admins-request Mon Jul 19 15:47:24 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA20733; Mon, 19 Jul 93 15:47:26 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA20728; Mon, 19 Jul 93 15:47:24 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA09324; Mon, 19 Jul 93 15:47:23 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA09321; Mon, 19 Jul 93 15:47:22 -0400 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09316; Mon, 19 Jul 93 15:47:21 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA20707; Mon, 19 Jul 93 15:47:10 -0400 Message-Id: <9307191947.AA20707@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Hans Koomen Cc: netatalk-admins@itd.umich.edu Subject: Re: netatalk vs. CAP In-Reply-To: Your message of "Mon, 19 Jul 1993 15:06:34 EDT." <9307191906.AA01232@camelot.cs.geneseo.edu> Date: Mon, 19 Jul 1993 15:47:10 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: Hans Koomen > To: netatalk-admins@itd.umich.edu > My question is, can I (does netatalk run on Solaris 2?) and why should I? Nope. I guess the other questions are pretty impertinent, eh? :wes From netatalk-admins-request Mon Aug 2 11:01:16 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA05919; Mon, 2 Aug 93 11:01:18 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA05915; Mon, 2 Aug 93 11:01:16 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA26831; Mon, 2 Aug 93 11:01:16 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA26824; Mon, 2 Aug 93 11:01:14 -0400 Received: from orixa.mtholyoke.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA26815; Mon, 2 Aug 93 11:01:06 -0400 Received: by orixa.mtholyoke.edu (5.65c+/Ultrix3.0-C) id AA00844; Mon, 2 Aug 1993 11:01:04 -0400 From: jbotz@orixa.mtholyoke.edu (Jurgen Botz) Message-Id: <199308021501.AA00844@orixa.mtholyoke.edu> Subject: atalkd and zones To: netatalk-admins@itd.umich.edu Date: Mon, 2 Aug 1993 11:01:03 -0400 (EDT) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 973 Now that netatalk 1.3b supports Ultrix I was finally able to bring it up here... and I must say that I'm really impressed. It's cool, it's quick, it seems to be much cleaner than CAP and more compatible with the later versions of Appleshare. As soon as I'm convinced that netatalk is stable enough, I'm trashing CAP (which, alas, I've put a lot of work into.) Anyway, while things are working, I'm having some trouble figuring out how to configure atalkd properly (the documentation is rather, err, sparse). Specifically, I can't get it to appear in the zone I want it in... we have two zones on our ethernet, and despite the fact that my atalkd.conf file says... ln0 -phase 2 -net 7-7 -zone "zone2" when I start afpd it appears in zone1. Also the example in the manual page gives two "-zone" options. Why is more than one useful? There may well be some problems with the way our other routers are configured... I'm not the one responsible for them. - Jurgen From netatalk-admins-request Mon Aug 2 16:44:59 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA18509; Mon, 2 Aug 93 16:45:00 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA18505; Mon, 2 Aug 93 16:44:59 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA09458; Mon, 2 Aug 93 16:44:58 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA09453; Mon, 2 Aug 93 16:44:56 -0400 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09444; Mon, 2 Aug 93 16:44:53 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA18488; Mon, 2 Aug 93 16:44:43 -0400 Message-Id: <9308022044.AA18488@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: jbotz@orixa.mtholyoke.edu (Jurgen Botz) Cc: netatalk-admins@itd.umich.edu Subject: Re: atalkd and zones In-Reply-To: Your message of "Mon, 02 Aug 1993 11:01:03 EDT." <199308021501.AA00844@orixa.mtholyoke.edu> Date: Mon, 02 Aug 1993 16:44:42 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: jbotz@orixa.mtholyoke.edu (Jurgen Botz) > To: netatalk-admins@itd.umich.edu FYI: netatalk-1.3b is not released. I'll send mail and post news when it is. > Specifically, I can't get it to appear in the zone I want it in... Here's text from the updated man page: Each wire is defined to have a ``default'' zone. Under Phase 1, there is only one zone. Under Phase 2, all routers on the network are configured with the default zone. atalkd maps ``*'' to the default zone of the first interface. Note: The default zone for a machine is determined by the configuration of the local routers; to appear in a non- default zone, each service, e.g. afpd, must individually specify the desired zone. See also nbp_name(3). I haven't written the man page for nbp_name, yet. The syntax to start afpd in a different zone would be something like afpd -n @other-zone The idea is to be able to register services in multiple zones afpd -n @zone1 -n @zone2 That codes not written yet either, tho. > Why is more than one useful? If you're not seeding a network (which you can only do if you're a router) and don't have more than one network interface, the atalkd.conf file is unnecessary. At some point, atalkd will have code written to dynamically rewrite its atalkd.conf. This will speedup booting by eliminating part of the dynamic configuration process. If you are a seed router, you need multiple -zone options to specify multiple zones. The first -zone you give is the default for the interface. :wes From wes Fri Aug 6 15:16:34 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA28867; Fri, 6 Aug 93 15:19:19 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA28788; Fri, 6 Aug 93 15:16:34 -0400 Message-Id: <9308061916.AA28788@terminator.rs.itd.umich.edu> To: netatalk-release Subject: netatalk 1.3 beta From: wesley.craig@umich.edu Date: Fri, 06 Aug 1993 15:16:33 -0400 Sender: wes@terminator.rs.itd.umich.edu netatalk 1.3 beta is available via anonymous ftp in ~ftp/unix/netatalk, on terminator.rs.itd.umich.edu. There is both a compress-ed and gzip-ed version. Ultrix machines are now supported. There is a list of bugs in the README. Please get this release only if you are interested in seriously evaluating it, and reporting bugs back to netatalk@umich.edu. :wes From netatalk-admins-request Wed Aug 11 14:01:27 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA28811; Wed, 11 Aug 93 14:01:28 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA28807; Wed, 11 Aug 93 14:01:27 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA03877; Wed, 11 Aug 93 14:01:27 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA03865; Wed, 11 Aug 93 14:01:22 -0400 Received: from THIALFI.CS.CORNELL.EDU by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA03860; Wed, 11 Aug 93 14:01:19 -0400 Received: from CLOYD.CS.CORNELL.EDU by thialfi.cs.cornell.edu (5.67/I-1.99E) id AA23115; Wed, 11 Aug 93 14:01:16 -0400 Received: from HAWKEYE.SYNTHESIS.CORNELL.EDU by cloyd.cs.cornell.edu (5.67/I-1.99D) id AA10643; Wed, 11 Aug 93 14:01:21 -0400 Received: by hawkeye.synthesis.cornell.edu.synthesis (4.1/SMI-4.1) id AA05442; Wed, 11 Aug 93 14:01:14 EDT Date: Wed, 11 Aug 93 14:01:14 EDT From: chrisd@hawkeye.synthesis.cornell.edu (Chris Debruin) Message-Id: <9308111801.AA05442@hawkeye.synthesis.cornell.edu.synthesis> To: netatalk-admins@itd.umich.edu Subject: Ultrix 4.3 Installation Hello all, I am trying to get netatalk version 1.2.1 up and running on a decstation 5000 running Ultrix 4.3 and I am having a few problems. I read in some old messages that you should be able to follow the same procedure for 4.3 as for 4.2, but it doesn't seem to work on my machine. I actually have hit two problems which may or may not be related. The first occurs when I try to install the patches. The patches install fine on all files except /net/net/conf_net.c. The patch program tells me that Hunk #2 failed to install. See the output from the patch program below ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** ../sys.old/net/net/conf_net.c Mon Apr 29 16:16:23 1991 |--- ./net/net/conf_net.c Sun Mar 8 22:28:32 1992 -------------------------- Patching file ./net/net/conf_net.c using Plan A... Hunk #1 succeeded at 235 (offset 2 lines). Hunk #2 failed at 281. 1 out of 2 hunks failed--saving rejects to ./net/net/conf_net.c.rej ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Close examination of the patch file, the reject file and the original conf_net.c has led me to conclude that DEC changed the file slightly in the version 4.3 that I am running. See below. ^^^^^^ Old version of conf_net.c (pre 4.3) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ #ifdef APPLETALK {NETISR_DDP,ddpintr}, #endif APPLETALK {-1 ,0} }; ^^^^^ New version of conf_net.c (4.3) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ #ifdef APPLETALK {NETISR_DDP,ddpintr}, #endif APPLETALK #if NSCSI > 0 || NSII > 0 || NASC > 0 {NETISR_SCSI,scsiisr}, #endif /* NSCSI > 0 || NSII > 0 || NASC > 0 */ {-1 ,0} }; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Near as I can tell, the patch program looks for the first set of line, but in the new file, they have moved the string "{-1 ,0}" and inserted a few more lines. To correct this, I inserted the patch manually right after the #endif APPLETALK statement. I think this was the corrrect action, but I am not positive. I also don't know if this is the cause for my second problem. After the patch problem, I populate /sys/net/netatalk according to the directions in the ultrix readme. Afterward I update the kernal configuration file and ran the "config" program on it. I then moved to the kernal directory and ran a "make depend" on it to update the makefile. Then I ran "make" on it to compile the kernel. All was proceeding fine, but I got an error about certain netatalk components being undefined. See below. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ..... /bin/sh ../../conf/mips/newvers.sh cc -EL -I. -c -G 8 -O2 -g3 -I. -I.. -DMUSTANG -DDSPERSONAL_DECSTATION -DATALK -DUWS -DDECNET -DUFS -DNETMAN -DDLI -DRPC -DNFS -DEMULFLT -DINET -DQUOTA -DSYS_TPATH -DAUDIT -DPACKETFILTER -DSYS_TRACE -DCDFS -DLAT -DMIPS -DKERNEL -c vers.c loading vmunix /bin/ld: Undefined: atintr atalk_hash atalk_netmatch atalkdomain *** Error code 1 Stop. I assume this occurs because the makefile doesn't include the proper netatalk source files and therefore can't find the routines. Thanks in advance for any help you can offer and send me mail if more information is needed. I do have netatalk running on a Sparc IPX here and have been very happy with the performance. ============================================================ Chris DeBruin, Room 655 E&TC Building Cornell University, Ithaca, NY 14853-3801, (607)254-8811 ============================================================ From netatalk-admins-request Wed Aug 11 14:18:17 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA29116; Wed, 11 Aug 93 14:18:18 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA29111; Wed, 11 Aug 93 14:18:17 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA04424; Wed, 11 Aug 93 14:18:17 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA04421; Wed, 11 Aug 93 14:18:15 -0400 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA04416; Wed, 11 Aug 93 14:18:12 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA29095; Wed, 11 Aug 93 14:18:09 -0400 Message-Id: <9308111818.AA29095@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: chrisd@hawkeye.synthesis.cornell.edu (Chris Debruin) Cc: netatalk-admins@itd.umich.edu Subject: Re: Ultrix 4.3 Installation In-Reply-To: Your message of "Wed, 11 Aug 1993 14:01:14 EDT." <9308111801.AA05442@hawkeye.synthesis.cornell.edu.synthesis> Date: Wed, 11 Aug 1993 14:18:08 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: chrisd@hawkeye.synthesis.cornell.edu (Chris Debruin) > To: netatalk-admins@itd.umich.edu > #if NSCSI > 0 || NSII > 0 || NASC > 0 > {NETISR_SCSI,scsiisr}, > #endif /* NSCSI > 0 || NSII > 0 || NASC > 0 */ Sounds to me like some sort of SCSI networking has been added. It's possible that this is 5000 specific, tho the 5000s I have access to don't seem to have this stuff. > Undefined: > atintr > atalk_hash > atalk_netmatch > atalkdomain > I assume this occurs because the makefile doesn't include the proper > netatalk source files and therefore can't find the routines. I'd guess that your config file is missing a line, either "options ATALK" or "pseudo-device atalk". The missing symbols are all those used in conf_net.c and if_to_proto_data.c, which are always included, but defined in netatalk/*. You might also take a look at conf/files. :wes From netatalk-admins-request Tue Aug 17 10:57:27 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA03667; Tue, 17 Aug 93 10:57:28 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA03663; Tue, 17 Aug 93 10:57:27 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA09785; Tue, 17 Aug 93 10:57:27 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA09782; Tue, 17 Aug 93 10:57:25 -0400 Received: from [128.159.152.1] by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09777; Tue, 17 Aug 93 10:57:23 -0400 Received: from core1.hssc.ksc.nasa.gov by kssib.ksc.nasa.gov with SMTP (5.65/25-eef) id AA23226; Tue, 17 Aug 93 10:52:56 -0400 Received: from apollo171 by core1.hssc.ksc.nasa.gov with SMTP id AA09689 (5.65c/IDA-1.4.4 for netatalk-admins@itd.umich.edu); Tue, 17 Aug 1993 10:53:55 -0400 Return-Path: Received: by apollo171 id AA10193 (5.65c/Domain-F3 for netatalk-admins@itd.umich.edu); Tue, 17 Aug 1993 10:53:46 -0400 Message-Id: <199308171453.AA10193@apollo171> Date: Tue, 17 Aug 1993 10:53:46 -0400 From: Glen Cornell To: netatalk-admins@itd.umich.edu Subject: help Cc: gcornell@core1.hssc.ksc.nasa.gov I'm the system adminstrator at Harris Space Systems Corporation in Rockledge, Florida. I've installed netatalk 1.3b on a DEC 5000/240 running ULTRIX 4.3. Everything so far looks really good. I have just a slight problem - I can't print. papd is running and the configuration file is: # File containing list of fonts resident in printer we spool to fontfile:/var/spool/lpd/LWPlusFonts # # Location of printcap printcap:/etc/printcap # # Directory to store Macintosh procedure sets in. procsetdir:/var/spool/lpd/papd-procsets # # Name to appear in the Macintosh chooser choosername:Laser07:LaserWriter@EtherTalk # # Printer Names: printer:laser07 The only thing that comes out of the printer is the header page. I have about 10 HPiii SI's and about 10 NEC LC 890's. what I can guess is that the postscript job is getting to the printer but the HP can't interpret apple's subtle variation of postscript. (I'm not a postscript guru, so pardon my lack of knowledge on the subject) We're running the system 7.1.2 laserwriter print drivers. any suggestions? After reading the mail from this group, this seems like a common problem. So please e-mail your comments/suggestions to the address below (we've got some routing problems) and I'll summarize/repost them. also, how do I subscribe to this list? Thanks! Glen ----------------------------------------------------------- Glen Cornell Harris Space Systems Corporation Office: 505 Engineer SW - UNIX Analyst CADCO Phone: (407) 633-3950 e-mail: gcornell@core1.hssc.ksc.nasa.gov ----------------------------------------------------------- From netatalk-admins-request Tue Aug 17 11:14:41 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA05086; Tue, 17 Aug 93 11:14:43 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA05081; Tue, 17 Aug 93 11:14:41 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA10504; Tue, 17 Aug 93 11:14:41 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA10500; Tue, 17 Aug 93 11:14:38 -0400 Received: from log.css.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA10495; Tue, 17 Aug 93 11:14:36 -0400 Received: from stimpy.css.itd.umich.edu by css.itd.umich.edu (5.67/2.2) id AA00381; Tue, 17 Aug 93 11:14:34 -0400 Received: by stimpy.css.itd.umich.edu (5.67/dumb-1.0) id AA09241; Tue, 17 Aug 93 11:14:42 -0400 Message-Id: <9308171514.AA09241@stimpy.css.itd.umich.edu> From: Gordon Good To: Glen Cornell gcornell@core1.hssc.ksc.nasa.gov Cc: netatalk-admins@itd.umich.edu Subject: Re: help In-Reply-To: Your message of "Tue, 17 Aug 93 10:53:46 EDT." <199308171453.AA10193@apollo171> Date: Tue, 17 Aug 93 11:14:42 -0400 Sender: ggood@css.itd.umich.edu >I have just a slight problem - I can't print. >The only thing that comes out of the printer is the header page. >I have about 10 HPiii SI's and about 10 NEC LC 890's. what I can guess >is that the postscript job is getting to the printer but the HP can't >interpret apple's subtle variation of postscript. (I'm not a postscript >guru, so pardon my lack of knowledge on the subject) We're running >the system 7.1.2 laserwriter print drivers. > >any suggestions? Look in your lpd log file (the lf=attribute in /etc/printcap) for some clues. If the logged entries don't make it obvious, pass some along to the list. -Gordon From netatalk-admins-request Tue Aug 17 15:06:28 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA22635; Tue, 17 Aug 93 15:06:29 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA22633; Tue, 17 Aug 93 15:06:28 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA22621; Tue, 17 Aug 93 15:06:21 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA22613; Tue, 17 Aug 93 15:06:16 -0400 Message-Id: <9308171906.AA22613@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: Personal LaserWriter NTR From: wesley.craig@umich.edu Date: Tue, 17 Aug 1993 15:06:15 -0400 Sender: wes@terminator.rs.itd.umich.edu If you have one of these devices, I would highly recommend getting this upgrade. Certainly, doing DDP CkSums correctly is a general plus, and will make using netatalk with the printer easier. :wes ------- Forwarded Message Date: 16 Aug 1993 10:32:45 -0800 From: "Carter, Steve" Subject: NTR ROM Repair Extension Program To: "Phil Harding" , "Santini, Phil" Phil & Phil, You may already be aware of the NTR ROM Repair Program. Just in case, see the info below. Steve ==================== # PERSONAL LASERWRITER NTR: ROM REPAIR EXTENSION PROGRAM ____________________________________________________________________________ Apple is offering a Personal LaserWriter NTR ROM Repair Extension Program to any customer whose printer is experiencing one or both of the following problems: When the Personal LaserWriter NTR is used with routers that have checksum capability, does not appear in the Chooser and cannot be selected. A blank page occasionally prints before a print job and/or immediately upon startup. The Personal LaserWriter NTR ROM Repair Extension Program is effect until August 15, 1994. PROGRAM DETAILS A free ROM Upgrade kit is provided to any customer whose Personal LaserWriter NTR printer affected. The kit is available through Authorized Apple Service Providers. Included in the Personal LaserWriter NTR ROM Upgrade kit are six new ROMs. ------- End of Forwarded Message From netatalk-admins-request Wed Aug 18 10:10:55 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA13325; Wed, 18 Aug 93 10:10:56 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA13321; Wed, 18 Aug 93 10:10:55 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA15035; Wed, 18 Aug 93 10:10:55 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA15032; Wed, 18 Aug 93 10:10:52 -0400 Received: from THIALFI.CS.CORNELL.EDU by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA15022; Wed, 18 Aug 93 10:10:46 -0400 Received: from CLOYD.CS.CORNELL.EDU by thialfi.cs.cornell.edu (5.67/I-1.99E) id AA08709; Wed, 18 Aug 93 10:10:44 -0400 Received: from HAWKEYE.SYNTHESIS.CORNELL.EDU by cloyd.cs.cornell.edu (5.67/I-1.99D) id AA29762; Wed, 18 Aug 93 10:10:46 -0400 Received: by hawkeye.synthesis.cornell.edu.synthesis (4.1/SMI-4.1) id AA09887; Wed, 18 Aug 93 10:10:41 EDT Date: Wed, 18 Aug 93 10:10:41 EDT From: chrisd@hawkeye.synthesis.cornell.edu (Chris Debruin) Message-Id: <9308181410.AA09887@hawkeye.synthesis.cornell.edu.synthesis> To: netatalk-admins@itd.umich.edu Subject: File permissions Hello all, Well I got netatalk up and running on a DecStation running Ultrix 4.3. Many thanks to both Wes and Michael Purtell for point out my mistakes. Everything seems to be working great. The one question I have is related to file permissions on the Unix end. More specifically, how do I control them? What I am trying to do is set up a group of people that have access to their own stuff and access to a common f folder (read and write). I went into the code for "afpd" and edited all the permission field that I could find from 0600 to 0666 and 0700 to 0777. This mostly worked. Except that program only writes files as 0644 and directories as 0755. Is this a function of the umask setting? I also remember reading that Chris Metcalf had a bunch of patches for "afpd" and I was wondering what they did and where I could get them. Thanks. =========================================================== Chris DeBruin, Room 655 E&TC Building Cornell University, Ithaca, NY 14853-3801, (607)254-8811 =========================================================== From netatalk-admins-request Wed Aug 18 18:54:51 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA28267; Wed, 18 Aug 93 18:54:52 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28265; Wed, 18 Aug 93 18:54:51 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28262; Wed, 18 Aug 93 18:54:47 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA28255; Wed, 18 Aug 93 18:54:42 -0400 Message-Id: <9308182254.AA28255@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: netatalk-1.3b2 From: wesley.craig@umich.edu Date: Wed, 18 Aug 1993 18:54:42 -0400 Sender: wes@terminator.rs.itd.umich.edu I've made netatalk-1.3b2 (that's 'b' for beta) available on terminator in the usual place. Barring fundamental problems, I plan to do the final release of netatalk 1.3 in a couple of weeks. :wes From netatalk-admins-request Thu Aug 19 06:59:14 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA12292; Thu, 19 Aug 93 06:59:17 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA12288; Thu, 19 Aug 93 06:59:14 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA17837; Thu, 19 Aug 93 06:59:14 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA17834; Thu, 19 Aug 93 06:59:08 -0400 Received: from mailgzrz.TU-Berlin.DE by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA17815; Thu, 19 Aug 93 06:58:14 -0400 Received: from tubkom.prz.tu-berlin.de by mailgzrz.TU-Berlin.DE (5.65c/ZRZ-MX) for id AA24164; Thu, 19 Aug 1993 12:56:46 +0200 Received: from max2.prz.tu-berlin.de by tubkom.prz.tu-berlin.de with SMTP (16.6/15.6) id AA05661; Thu, 19 Aug 93 12:56:25 +0200 Date: Thu, 19 Aug 93 12:56:25 +0200 Posted-Date: Thu, 19 Aug 93 12:56:25 +0200 Received-Date: Thu, 19 Aug 93 12:56:25 +0200 Message-Id: <9308191056.AA05661@tubkom.prz.tu-berlin.de> From: "Arnd van Dornick" To: netatalk-admins@itd.umich.edu Subject: Re: File permissions In message <9308181410.AA09887@hawkeye.synthesis.cornell.edu.synthesis> Chris Debruin writes: > Hello all, > ... I also remember reading > that Chris Metcalf had a bunch of patches for "afpd" and I was wondering what > they did and where I could get them. > Same Problems, same need. wherere are the patches from Chris Metcalf ? Thanks +- Arnd van Dornick - TU-Berlin -+ TUBKOM Netzbetriebsprojekt Sekr. EN-05 Einsteinufer 17 Treppe D, 10587 Berlin Fax: +49 (0)30 314-25986 Email: arnd@prz.tu-berlin.de +--------------------------------+ From netatalk-admins-request Thu Aug 19 14:07:51 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA26171; Thu, 19 Aug 93 14:07:53 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA26165; Thu, 19 Aug 93 14:07:51 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA00236; Thu, 19 Aug 93 14:07:51 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA00231; Thu, 19 Aug 93 14:07:46 -0400 Received: from GRAPEVINE.LCS.MIT.EDU by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA00222; Thu, 19 Aug 93 14:07:42 -0400 Received: by GRAPEVINE.LCS.MIT.EDU id AA26450; Thu, 19 Aug 93 14:07:41 -0400 To: netatalk-admins@itd.umich.edu Path: CATFISH.LCS.MIT.EDU!metcalf From: metcalf@CATFISH.LCS.MIT.EDU (Chris Metcalf) Newsgroups: mail.netatalk-admins Subject: Re: File permissions Date: 19 Aug 1993 18:07:40 GMT Organization: MIT Laboratory for Computer Science Lines: 16 Distribution: mit Message-Id: <250fhc$pqg@GRAPEVINE.LCS.MIT.EDU> References: <9308191056.AA05661@tubkom.prz.tu-berlin.de> Nntp-Posting-Host: catfish.lcs.mit.edu In message <9308181410.AA09887@hawkeye.synthesis.cornell.edu.synthesis> Chris Debruin writes: > ... I also remember reading > that Chris Metcalf had a bunch of patches for "afpd" and I was wondering what > they did and where I could get them. My patches are for netatalk-1.2, which we are still running here. I believe that 1.3 has incorporated most of them, but if people are interested, I have made the patches available for anonymous FTP from cag.lcs.mit.edu:pub/metcalf/atalk1.2-inherit.patch I will be away on vacation until the end of August. -- Chris Metcalf, MIT Laboratory for Computer Science metcalf@cag.lcs.mit.edu // +1 (617) 253-7766 From netatalk-admins-request Fri Aug 20 15:21:48 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA26505; Fri, 20 Aug 93 15:21:49 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA26501; Fri, 20 Aug 93 15:21:48 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA08719; Fri, 20 Aug 93 15:21:48 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA08715; Fri, 20 Aug 93 15:21:43 -0400 Received: from pandora.cs.wayne.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA08710; Fri, 20 Aug 93 15:21:37 -0400 Received: by pandora.cs.wayne.edu id AA02414 (5.65b/IDA-1.4.3 for netatalk-admins@itd.umich.edu); Fri, 20 Aug 93 15:21:34 -0400 From: "Jon J. Brewster" Message-Id: <9308201921.AA02414@pandora.cs.wayne.edu> Subject: Will papd work with a SPARCprinter? To: netatalk-admins@itd.umich.edu Date: Fri, 20 Aug 93 15:21:32 EDT X-Mailer: ELM [version 2.3 PL11] Version: netatalk 1.2.1 Hardware: SPARC 10/41 OS: SunOS 4.1.3 NeWSprint: 2.1B The above configuration has been running very smoothly for about a month; the original intent was to allow Unix users to print to a number of AppleTalk-connected Apple LaserWriters. Now I would like to allow the Mac users to use our spiffy new SPARCprinter, connected to the same machine. Attempts to send a Mac print job to the SPARC printer result in some rather obscure PostScript-looking incantations out of NeWSprint -- one begins with the line: %%[exitserver: permanent state may be changed]%% %%[Error: Message: process(0x29da9c, 'Unamed process', runnable) Error: /undefined Command: and another the same except for the Command: is "md". Are there folks out there who are successfully driving a SPARC printer from papd? All clues, RTFM's (with citations) etc. cheerfully accepted Jon Brewster -- jjb@cs.wayne.edu | Do not meddle in the affairs of troff, ...umich!wsu-cs!jjb | for it is subtle and quick to anger. From netatalk-admins-request Fri Aug 20 17:28:11 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA00263; Fri, 20 Aug 93 17:28:12 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA00259; Fri, 20 Aug 93 17:28:11 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA13169; Fri, 20 Aug 93 17:28:10 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA13163; Fri, 20 Aug 93 17:28:02 -0400 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA13152; Fri, 20 Aug 93 17:27:57 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA00241; Fri, 20 Aug 93 17:27:52 -0400 Message-Id: <9308202127.AA00241@terminator.rs.itd.umich.edu> From: Mark Smith To: "Jon J. Brewster" Cc: netatalk-admins@itd.umich.edu Subject: Re: Will papd work with a SPARCprinter? In-Reply-To: Your message of "Fri, 20 Aug 1993 15:21:32 EDT." <9308201921.AA02414@pandora.cs.wayne.edu> Date: Fri, 20 Aug 1993 17:27:52 -0400 Sender: mcs@terminator.rs.itd.umich.edu >From: "Jon J. Brewster" > To: netatalk-admins@itd.umich.edu > > Attempts to send a Mac print job to the SPARC printer result in some rather > obscure PostScript-looking incantations out of NeWSprint... What version of the LaserWriter driver are the Macs using to print? It sounds like either something in the Postscript job is LaserWriter-specific (and this not agreeable to NeWSPrint) or something is mangling the job. One thing you can try is changing the lines in papd/lp.c that set up the control file to use 'f' instead of a 'l' where the files to print are specified; this is rumored to make things work better when printing to NeXT attached printers. The two lines in papd/lp.c that you should change are line 189 and 194. They both start out as "addcfentry( 'l', ...)"; simply change the 'l' to 'f'. In netatalk 1.3b, the lines are one further into the file (190 and 195). Alternatively, you could get the new Apple LaserWriter 8.0 driver and set it up with a ppd file for NeWSPrint and your SPARCPrinter. That might work better (or not). -Mark From netatalk-admins-request Fri Aug 27 03:06:25 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA19563; Fri, 27 Aug 93 03:06:26 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA19559; Fri, 27 Aug 93 03:06:25 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA29260; Fri, 27 Aug 93 03:06:24 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA29257; Fri, 27 Aug 93 03:06:21 -0400 Received: from sunic.sunet.se by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA29242; Fri, 27 Aug 93 03:04:55 -0400 Received: from bond.nexus.comm.se by sunic.sunet.se (5.65c8-/1.28) id AA12130; Fri, 27 Aug 1993 09:04:52 +0200 Received: from beck.nexus.comm.se by bond.nexus.comm.se with SMTP id AA22497 (5.65c8/IDA-1.4.4 for ); Fri, 27 Aug 1993 09:04:50 +0200 From: Thomas Tornblom Received: by beck.nexus.comm.se id ; Fri, 27 Aug 1993 09:04:48 +0200 Date: Fri, 27 Aug 1993 09:04:48 +0200 Message-Id: <199308270704.AA00615@beck.nexus.comm.se> To: netatalk-admins@itd.umich.edu Subject: LaserWriter 8.0 fixes for papd anyone? X-Charset: ASCII X-Char-Esc: 29 Is anyone working on fixing papd so it will work with LaserWriter 8.0? I've just got a document from Adobe, "Tips for Writing a Print Spooler", that describes what a spooler such as papd has to do to work with LW 8.0. I will hack papd to support this if no one else is doing it. Thomas Real life: Thomas To:rnblom Email: Thomas.Tornblom@Nexus.Comm.SE Snail mail: Communicator Nexus AB Phone: +46 18 171814 Box 857 Fax: +46 18 696516 S - 751 08 Uppsala, Sweden From netatalk-admins-request Fri Aug 27 09:26:04 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA22301; Fri, 27 Aug 93 09:26:05 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA22297; Fri, 27 Aug 93 09:26:04 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA04383; Fri, 27 Aug 93 09:26:04 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA04378; Fri, 27 Aug 93 09:25:55 -0400 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA04362; Fri, 27 Aug 93 09:25:39 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA22250; Fri, 27 Aug 93 09:24:19 -0400 Message-Id: <9308271324.AA22250@terminator.rs.itd.umich.edu> From: Mark Smith To: Thomas Tornblom Cc: netatalk-admins@itd.umich.edu Subject: Re: LaserWriter 8.0 fixes for papd anyone? In-Reply-To: Your message of "Fri, 27 Aug 1993 09:04:48 +0200." <199308270704.AA00615@beck.nexus.comm.se> Date: Fri, 27 Aug 1993 09:24:19 -0400 Sender: mcs@terminator.rs.itd.umich.edu >From: Thomas Tornblom > To: netatalk-admins@itd.umich.edu > > Is anyone working on fixing papd so it will work with LaserWriter 8.0? I made some changes to support the 8.0 driver prior to the release of netatalk 1.3b2. I am not sure if all of the changes necessary to support the LW8.0 driver are done or not, but it does work with the documents and applications I have tried. > I've just got a document from Adobe, "Tips for Writing a Print > Spooler", that describes what a spooler such as papd has to do to work > with LW 8.0. I will hack papd to support this if no one else is doing > it. Can you tell me how to get a copy of that document? If you do any work on papd, be sure to start with the 1.3b2 version. The changes I made were based on the Adobe Document Structuring Conventions 3.0 and on observation of the 8.0 driver's behavior. -Mark From netatalk-admins-request Fri Aug 27 10:32:42 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA24490; Fri, 27 Aug 93 10:32:43 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA24486; Fri, 27 Aug 93 10:32:42 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA06657; Fri, 27 Aug 93 10:32:42 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA06612; Fri, 27 Aug 93 10:31:58 -0400 Received: from sunic.sunet.se by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA06582; Fri, 27 Aug 93 10:31:37 -0400 Received: from bond.nexus.comm.se by sunic.sunet.se (5.65c8-/1.28) id AA06123; Fri, 27 Aug 1993 16:31:27 +0200 Received: from beck.nexus.comm.se by bond.nexus.comm.se with SMTP id AA16231 (5.65c8/IDA-1.4.4); Fri, 27 Aug 1993 16:31:25 +0200 From: Thomas Tornblom Received: by beck.nexus.comm.se id ; Fri, 27 Aug 1993 16:31:24 +0200 Date: Fri, 27 Aug 1993 16:31:24 +0200 Message-Id: <199308271431.AA00755@beck.nexus.comm.se> To: mcs@umich.edu Cc: netatalk-admins@itd.umich.edu In-Reply-To: <9308271324.AA22250@terminator.rs.itd.umich.edu> (mcs@umich.edu) Subject: LaserWriter 8.0 fixes for papd anyone? X-Charset: ASCII X-Char-Esc: 29 > I've just got a document from Adobe, "Tips for Writing a Print > Spooler", that describes what a spooler such as papd has to do to work > with LW 8.0. I will hack papd to support this if no one else is doing > it. Can you tell me how to get a copy of that document? If you do any work on papd, be sure to start with the 1.3b2 version. The changes I made were based on the Adobe Document Structuring Conventions 3.0 and on observation of the 8.0 driver's behavior. I got a draft paper, "Compatibility Tips for Macintosh Applications and the New Postscript Printer Driver", from a friend. I think it is from either Apple or Adobe. This other paper was mentioned in it and I attacked the first person I saw from adobe in comp.languages.postscript ;-). He sent me this paper. I have it gzip:ed and uuencoded (~82k). Drop me a note those who are interested and I'll fork it off. I have brought the 1.3b2 version here and will take it home for some hacking. I have also done a few mods to parts of 1.3u to map between the mac character set and ISO-8859-1, which the sun uses. I will try to find the time to fix papd and send it back to Wes. Thomas From netatalk-admins-request Fri Aug 27 12:06:16 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA26718; Fri, 27 Aug 93 12:06:17 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA26714; Fri, 27 Aug 93 12:06:16 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA10086; Fri, 27 Aug 93 12:06:16 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA10081; Fri, 27 Aug 93 12:06:11 -0400 Received: from dartvax.dartmouth.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA10062; Fri, 27 Aug 93 12:05:30 -0400 Received: from prancer.dartmouth.edu by dartvax.dartmouth.edu (5.65+D5/4.5HUB) id AA13244; Fri, 27 Aug 93 12:05:18 -0400 Message-Id: <5962285@prancer.Dartmouth.EDU> Date: 27 Aug 93 12:04:26 EDT From: David.M.Fisher@Dartmouth.EDU (David M. Fisher) Subject: /etc/srvtab configuration To: netatalk-admins@itd.umich.edu I am trying to set netatalk on one of our machines here, and am having problems figuring out what, if anything, netatalk expects in the /etc/srvtab file. We don't run Kerberos on our machines, so we don't have much in the way of docs, etc on how to configure these things. Does anyone out there have a description of the format of a "standard" /etc/srvtab file, and if so could they send it to me? It would be most helpful... -Dave From netatalk-admins-request Fri Aug 27 13:07:57 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA27626; Fri, 27 Aug 93 13:07:59 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA27622; Fri, 27 Aug 93 13:07:57 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA12437; Fri, 27 Aug 93 13:07:57 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA12434; Fri, 27 Aug 93 13:07:54 -0400 Received: from kssib.ksc.nasa.gov by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA12429; Fri, 27 Aug 93 13:07:49 -0400 Received: from core1.hssc.ksc.nasa.gov by kssib.ksc.nasa.gov with SMTP (5.65/25-eef) id AA00743; Fri, 27 Aug 93 13:07:20 -0400 Received: from freedom02 by core1.hssc.ksc.nasa.gov with SMTP id AA03368 (5.65c/IDA-1.4.4 for David.M.Fisher@Dartmouth.EDU); Fri, 27 Aug 1993 13:04:00 -0400 Received: by freedom02 (911016.SGI/911001.SGI) for @core1.hssc.ksc.nasa.gov:netatalk-admins@itd.umich.edu id AA01555; Fri, 27 Aug 93 13:06:15 -0700 Date: Fri, 27 Aug 93 13:06:15 -0700 From: gcornell%freedom02@kssib.ksc.nasa.gov (Glen Cornell) Message-Id: <9308272006.AA01555@freedom02> To: David.M.Fisher@Dartmouth.EDU Cc: netatalk-admins@itd.umich.edu Return-Path: gcornell@core1.hssc.ksc.nasa.gov In-Reply-To: David M. Fisher's message of 27 Aug 93 12:04:26 EDT <5962285@prancer.Dartmouth.EDU> Subject: /etc/srvtab configuration I've recently set up netatalk on an ULTRIX machine at my site. I didn't do anything to /etc/srvtab & it runs fine. I believe that srvtab is used with AFS Kerberos (available for ftp at the same site as netatalk) which is a user authentication program for the mac. I haven't massed with it because I don't have a compiler for the mac. Glenco ----------------------------------------------------------- Glen Cornell Harris Space Systems Corporation Office: B1-540 UNIX System Administrator Phone: (407) 633-3950 Fax: (407) 633-3900 e-mail: gcornell@core1.hssc.ksc.nasa.gov ----------------------------------------------------------- From netatalk-admins-request Fri Aug 27 15:40:16 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA00221; Fri, 27 Aug 93 15:40:18 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA00217; Fri, 27 Aug 93 15:40:16 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA18638; Fri, 27 Aug 93 15:40:16 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA18635; Fri, 27 Aug 93 15:40:12 -0400 Received: from kssib.ksc.nasa.gov by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA18604; Fri, 27 Aug 93 15:39:52 -0400 Received: from core1.hssc.ksc.nasa.gov by kssib.ksc.nasa.gov with SMTP (5.65/25-eef) id AA00834; Fri, 27 Aug 93 15:39:42 -0400 Received: from freedom02 by core1.hssc.ksc.nasa.gov with SMTP id AA05333 (5.65c/IDA-1.4.4 for netatalk-admins@itd.umich.edu); Fri, 27 Aug 1993 15:36:25 -0400 Received: by freedom02 (911016.SGI/911001.SGI) for @core1.hssc.ksc.nasa.gov:netatalk-admins@itd.umich.edu id AA01712; Fri, 27 Aug 93 15:38:41 -0700 Date: Fri, 27 Aug 93 15:38:41 -0700 From: gcornell%freedom02@kssib.ksc.nasa.gov (Glen Cornell) Message-Id: <9308272238.AA01712@freedom02> To: netatalk-admins@itd.umich.edu Return-Path: gcornell@core1.hssc.ksc.nasa.gov Subject: Still having printing problems Here's the unix server setup: DEC 5000 / 240 ULTRIX 4.3 netatalk (v 1.3b2): atalkd -p 4 `hostname|sed 's/\..*$//'`:EtherTalk papd -a -f /usr/local/atalk/etc/printers/laser07.conf afpd afpd is running like a champ (Kudos those who developed it!) No problems with yellow page accounts which are nfsed into the decstation. my papd.conf file looks like this: fontfile:/var/spool/lpd/LWPlusFonts printcap:/etc/printcap procsetdir:/var/spool/lpd/papd-procsets choosername:Laser07:LaserWriter@EtherTalk printer:laser07 my printcap entry is: laser07|laser printer 07:\ :lf=/usr/spool/lpd/laser07/laser07.erf:\ :pw#32767:\ :lp=:\ :mx#0:\ :rm=core1:\ :rp=laser07:\ :sd=/usr/spool/lpd/laser07: Laser07 is an HPIIIsi with postcript option. The Mac that I'm testing it is the following: Mac IIci os 7.1 3Comm Ethernet Card 7.1.2 LaserWriter Print driver The error log on the decstation is empty. I disconnected the printer and connected a vt100 to the serial cable. When I print from the mac, everything looks fine on the mac end. The file (aside from the CR/LF problem) looks like postscript on the terminal. So the job is properly queued. However, only the cover page is printed. The light flashes on the printer (indicating that it's processing the job), then stops. My next step was to intercept the file on the decstation in the /usr/spool/lpd/laser07 directory. I used ghostscript to view the image. Here was the error message: Error: /typecheck in --and-- Operand stack: -savetype- true false 55665 Execution stack: operator_403618 --nostringval-- --nostringval-- false --nostringval-- --nostringval-- --nostringval-- --nostringval-- Dictionary stack: 337/401 4/200 I called Apple Tech support & they said that most commercial lpr packages for the mac require the LaserPrep file present in the system folder. Apparently, this file is supposed to massage the print driver's output for non-Apple postscript printers. However, I ended up with the same results with LaserPrep. If anyone has any suggestions, please let me know. Glenco ----------------------------------------------------------- Glen Cornell Harris Space Systems Corporation Office: B1-540 UNIX System Administrator Phone: (407) 633-3950 Fax: (407) 633-3900 e-mail: gcornell@core1.hssc.ksc.nasa.gov ----------------------------------------------------------- From netatalk-admins-request Fri Aug 27 16:23:23 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA01320; Fri, 27 Aug 93 16:23:26 -0400 Received: from pandora.cs.wayne.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA01310; Fri, 27 Aug 93 16:23:23 -0400 Received: from fs2.cs.wayne.edu by pandora.cs.wayne.edu with SMTP id AA27845 (5.65b/IDA-1.4.3 for netatalk-admins@terminator.rs.itd.umich.edu); Fri, 27 Aug 93 16:23:20 -0400 Received: by fs2.cs.wayne.edu (4.1/SMI-4.0) id AA01424; Fri, 27 Aug 93 16:21:55 EDT From: jjb@fs2.cs.wayne.edu Message-Id: <9308272021.AA01424@fs2.cs.wayne.edu> Subject: Re: Will papd work with a SPARCprinter? To: netatalk-admins@terminator.rs.itd.umich.edu Date: Fri, 27 Aug 93 16:21:54 EDT In-Reply-To: <9308201921.AA02414@pandora.cs.wayne.edu>; from "Jon J. Brewster" at Aug 20, 93 3:21 pm X-Mailer: ELM [version 2.3 PL11] Last week I wrote: > Attempts to send a Mac print job to the SPARC printer result in some rather > obscure PostScript-looking incantations out of NeWSprint -- one begins with > the line: etc. I tried the change to lp.c which Mark Smith suggested, but no joy. I found today that a Mac running System 7 works fine. Apparently the LW driver at level 6.8 contains some rude PostScript or something, to which our NeWSprint software takes exception :-O -- jjb@cs.wayne.edu | Do not meddle in the affairs of troff, ...umich!wsu-cs!jjb | for it is subtle and quick to anger. From netatalk-admins-request Sat Aug 28 01:26:09 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA08093; Sat, 28 Aug 93 01:26:10 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA08089; Sat, 28 Aug 93 01:26:09 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA01503; Sat, 28 Aug 93 01:26:09 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA01499; Sat, 28 Aug 93 01:26:05 -0400 Received: from NL.CS.CMU.EDU by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA01492; Sat, 28 Aug 93 01:26:01 -0400 Message-Id: <9308280526.AA01492@totalrecall.rs.itd.umich.edu> Date: Sat, 28 Aug 93 01:25:39 EDT From: Bertrand.Damiba@NL.CS.CMU.EDU To: gcornell%freedom02@KSSIB.KSC.NASA.GOV, netatalk-admins@ITD.UMICH.EDU Subject: Re: Still having printing problems From netatalk-admins-request Mon Aug 30 14:36:20 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA05981; Mon, 30 Aug 93 14:36:21 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA05977; Mon, 30 Aug 93 14:36:20 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA01888; Mon, 30 Aug 93 14:36:20 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA01885; Mon, 30 Aug 93 14:36:18 -0400 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA01879; Mon, 30 Aug 93 14:36:14 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA05965; Mon, 30 Aug 93 14:36:09 -0400 Message-Id: <9308301836.AA05965@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: David.M.Fisher@Dartmouth.EDU (David M. Fisher) Cc: netatalk-admins@itd.umich.edu Subject: Re: /etc/srvtab configuration In-Reply-To: Your message of "27 Aug 1993 12:04:26 EDT." <5962285@prancer.Dartmouth.EDU> Date: Mon, 30 Aug 1993 14:36:09 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: David.M.Fisher@Dartmouth.EDU (David M. Fisher) > To: netatalk-admins@itd.umich.edu > I am trying to set netatalk on one of our machines here, and am having > problems figuring out what, if anything, netatalk expects in the /etc/srvtab > file. You should only need a srvtab if you're using AFS. Are you? :wes From netatalk-admins-request Mon Aug 30 16:19:00 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA08418; Mon, 30 Aug 93 16:19:02 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA08414; Mon, 30 Aug 93 16:19:00 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA07198; Mon, 30 Aug 93 16:19:00 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA07195; Mon, 30 Aug 93 16:18:58 -0400 Received: from uno.cc.geneseo.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA07186; Mon, 30 Aug 93 16:18:54 -0400 Received: from camelot.cs.geneseo.edu by UNO.CC.GENESEO.EDU (PMDF #12405) id <01H2D2GIE1LC00059R@UNO.CC.GENESEO.EDU>; Mon, 30 Aug 1993 16:19 EST Received: by camelot.cs.geneseo.edu (4.1/SMI-4.1) id AA02407; Mon, 30 Aug 93 16:18:24 EDT Date: Mon, 30 Aug 93 16:18:23 -0400 From: Hans Koomen Subject: Bus error on Centris 650/Netatalk 1.3b2 To: netatalk-admins@itd.umich.edu Cc: koomen@BRASTIAS.CS.GENESEO.EDU (Hans Koomen) Message-Id: <9308302018.AA02407@camelot.cs.geneseo.edu> Folks, I've got 1.3b2 running on a Sparc 10 server (SunOS 4.1.3). I just observed a problem, repeatable as follows on a Centris 650 running System 7.1: - Use Chooser to mount a Mac volume on the SparcServer - Create an alias to the volume - Unmount the volume - Double click the alias in order to mount it again This throws me in the debugger with a bus error. ES causes the finder to restart, after which the icon for the remote volume is indeed present. It would be nice to be able to do mount the volume with an alias without the intervening detour through the debugger. Anyone else seen this problem? - - - /-/ a n s Tel: (716) 245-5401 Paper: Johannes A. G. M. Koomen, Ph.D. Fax: (716) 245-5005 State Univ. of N.Y., Geneseo Department of Computer Science EMail: koomen@cs.geneseo.edu Geneseo, New York 14454-1471 From netatalk-admins-request Wed Sep 1 16:57:05 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA05037; Wed, 1 Sep 93 16:57:06 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA05033; Wed, 1 Sep 93 16:57:05 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28204; Wed, 1 Sep 93 16:57:04 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28188; Wed, 1 Sep 93 16:56:51 -0400 Received: from kodak.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA28144; Wed, 1 Sep 93 16:55:35 -0400 Received: from [129.126.253.148] by Kodak.COM (5.61+/2.1-Eastman Kodak) id AA06981; Wed, 1 Sep 93 16:57:07 -0400 Reply-To: leiker@RDCS.Kodak.COM Received: from scirocco.rdcs.Kodak.COM.ICRT (scirocco.rdcs.kodak.com) by primus.rdcs.Kodak.COM with SMTP id AA15873 (5.65c/IDA-1.4.4 for ); Wed, 1 Sep 1993 16:53:52 -0400 Date: Wed, 1 Sep 1993 16:53:52 -0400 From: "Mark E. Leiker {Sun Microsystems}" Message-Id: <199309012053.AA15873@primus.rdcs.Kodak.COM> To: netatalk-admins@itd.umich.edu Subject: Can Netatalk Help Me??? Cc: leiker@RDCS.Kodak.COM I am a Unix system administrator who is interested in finding out more about Netatalk. Someone suggested that I look into your product as possibly meeting my requirements. I have the following configuration: - Sun SPARCstation 2 w/SunOS 4.1.3 - le1 Ethernet Interface. This system is setup as a gateway/router. - Our subnet contains Unix workstations (TCP/IP) and a single Macintosh w/Ethernet card (EtherTalk Phase 2). I would like the Mac to be able to "see" the zones outside of our subnet. I have been told that whatever software I install on the Sun gateway/router would have to support EtherTalk Phase 2 AND routing. I am NOT very familiar with Mac configuration or protocols, so I hope that this description is complete and accurate. I appreciate any help that you can provide. I also hope that your product "fits the bill". Thank you. +------------------------------------------------------------------------+ | Mark E. Leiker Phone: (716) 726-9413 | | Eastman Kodak Company Pager: (716) 781-2485 | | Dept. 5131, 2-1-EP | | Rochester, NY 14653-5108 Email: leiker@RDCS.Kodak.COM | +------------------------------------------------------------------------+ Too much of a good thing is WONDERFUL. -- Mae West From netatalk-admins-request Thu Sep 2 09:09:29 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA14164; Thu, 2 Sep 93 09:09:30 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA14160; Thu, 2 Sep 93 09:09:29 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA18182; Thu, 2 Sep 93 09:09:28 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA18168; Thu, 2 Sep 93 09:09:11 -0400 Received: from mailgzrz.TU-Berlin.DE by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA17991; Thu, 2 Sep 93 09:03:23 -0400 Received: from tubkom.prz.tu-berlin.de by mailgzrz.TU-Berlin.DE (5.65c/ZRZ-MX) for id AA24623; Thu, 2 Sep 1993 14:58:33 +0200 Received: from max2.prz.tu-berlin.de by tubkom.prz.tu-berlin.de with SMTP (16.6/15.6) id AA11129; Thu, 2 Sep 93 14:57:36 +0200 Date: Thu, 2 Sep 93 14:57:36 +0200 Posted-Date: Thu, 2 Sep 93 14:57:36 +0200 Received-Date: Thu, 2 Sep 93 14:57:36 +0200 Message-Id: <9309021257.AA11129@tubkom.prz.tu-berlin.de> From: "Arnd van Dornick" To: leiker@RDCS.Kodak.COM, netatalk-admins@itd.umich.edu Subject: Re: Can Netatalk Help Me??? In message <199309012053.AA15873@primus.rdcs.Kodak.COM> writes: > I am a Unix system administrator who is interested in finding out more about > Netatalk. > > Someone suggested that I look into your product as possibly meeting my > requirements. I have the following configuration: > > - Sun SPARCstation 2 w/SunOS 4.1.3 > - le1 Ethernet Interface. This system is setup as a gateway/router. > - Our subnet contains Unix workstations (TCP/IP) and a single > Macintosh w/Ethernet card (EtherTalk Phase 2). Exactly our configuration, i've a MacIIci, a Centris650, a Quadra950 and a PowerBook over Dynatalk Adapter on our network. Also we using HP-LaserJet printers, the LJ-II and LJ-III with PacificPage PostScript emulator and the LJ-4D with PostScript option. You should use the patch for the Apple LaserPrinter Driver called the 'DMM LW 7.x Stuff' from Donald Markuson. It was on ftp with the name 'DMM_LW_7.x_Stuff_1.3.1.sit.hqx'. Call archie for your nearest location of it. It handles 'Fonts' and 'PostScript Dictionaries' and has the completest and understandable documentation of how a mac produces postscript i've ever readed. There are also a version for the Version-5 and -6 LaserWriter Drivers. I'm using the well tested version 1.21 of netatalk on a Sun SPARCstation with 1GB disk and 32MB memory. Netatalk uses 1/2MB kernel memory and 1MB on disk :-) On an empty network, my thoughput is 250kb/s between the sparc and my centris650, with a comercial nfs product we used befor, it was around 80kb/s ;-) Cause version 1.21 support only phase 1 appletalk we had to swich back to phase 1 for all the macs, without a problem. The netatalk version 1.3, whitch is in second beta test now, has support for phase 2 appletalk, as you use. Two problems note on netatalk: 1) The gated version 3.0 does not run on same machine as netatalk 1.21, maybe the gated tries to interpret the kernel routing tables of netatalk. I hope version 1.3 will revert this problem. For now, we using an other unix box with gated. Netatalk runs without any problem with nfs, gopher, www, dns, yp and other servers on the same unix box. 2) The umask used in unix hase no equivalent in the mac-os , so acces rights is a problem for netatalk 1.21. The netatalk daemon assumes minimum rights for every new file a mac user creates on a unix host, not very group-working friendly. Well, a mac user can change the access rights of his files. There are patches for an other behaviour. The next version 1.3 will give a consistent behaviour for acces rights of mac files on a unix server, ie. the same or very similar behaviour as on an apple file server. For now, i have no other appletalk zones in our network, but netatalk can handle multiple zones as well. > I would like the Mac to be able to "see" the zones outside of our subnet. I > have been told that whatever software I install on the Sun gateway/router > would have to support EtherTalk Phase 2 AND routing. > > I am NOT very familiar with Mac configuration or protocols, so I hope that > this description is complete and accurate. I appreciate any help that you > can provide. I also hope that your product "fits the bill". I'm famillar with unix and apple protocols and your description was complete enought. You realy need not to be familar with the apple protokolls to use netatalk; just read and follow the well written README file, say tar xf netatalk.tar; make; make install and go! conclusion: very easy to go, no 'CAP' patch-wars, runs on the very first try, will get even better on next version, fits verry well in any bill ... > Thank you. no problem :-) yours, arnd van dornick ps: it is wonderfull, is'n it ? +- Arnd van Dornick - TU-Berlin, TUBKOM Netzbetriebsprojekt -+ Sekretariat EN-05, Einsteinufer 17,10587 Berlin Tel: +49 (0)30 314-21700 Fax: +49 (0)30 314-25986 +- Email: arnd@prz.tu-berlin.de -+ From netatalk-admins-request Thu Sep 2 11:42:34 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA18919; Thu, 2 Sep 93 11:42:35 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA18915; Thu, 2 Sep 93 11:42:34 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA24326; Thu, 2 Sep 93 11:42:33 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA24322; Thu, 2 Sep 93 11:42:28 -0400 Received: from space.dny.rockwell.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA24300; Thu, 2 Sep 93 11:42:13 -0400 Received: from ddrsrv2.dny.rockwell.com (ddrsrv.dny.rockwell.com) by space (4.1/SMI-4.1) id AA01884; Thu, 2 Sep 93 08:41:49 PDT Received: from fred280.ypfred by ddrsrv2.dny.rockwell.com (4.1/SMI-4.1) id AA04841; Thu, 2 Sep 93 08:37:49 PDT Received: by fred280.ypfred (4.1/SMI-4.1) id AA08354; Thu, 2 Sep 93 08:38:55 PDT Date: Thu, 2 Sep 93 08:38:55 PDT From: oleg@fred280.dny.rockwell.com (Oleg Chaikovsky) Message-Id: <9309021538.AA08354@fred280.ypfred> To: netatalk-admins@itd.umich.edu Subject: netatalk thru a gateway/router Reply-To: oleg@ddrsrv.dny.rockwell.com Hello all, I have a quick question - will netatalk work thru a gateway Sun. I have a 690 as our primary server, and an IPX acting as a slave NIS server/gateway in order to subnet the traffic. There is one SE on that subnet and I want to know if I install netatalk on the primary server (690) will it work for the mac on the subnet. Thanks! +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Oleg Chaikovsky Sun/Mac Systems Manager Rockwell International - Downey, CA Internet: oleg@ddrsrv.dny.rockwell.com America Online: OlegC@aol.com +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- From netatalk-admins-request Thu Sep 2 13:06:37 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA23992; Thu, 2 Sep 93 13:06:39 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA23988; Thu, 2 Sep 93 13:06:37 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27659; Thu, 2 Sep 93 13:06:38 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27656; Thu, 2 Sep 93 13:06:34 -0400 Received: from mailgzrz.TU-Berlin.DE by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA27527; Thu, 2 Sep 93 13:03:12 -0400 Received: from tubkom.prz.tu-berlin.de by mailgzrz.TU-Berlin.DE (5.65c/ZRZ-MX) for id AA09531; Thu, 2 Sep 1993 19:02:04 +0200 Received: from max2.prz.tu-berlin.de by tubkom.prz.tu-berlin.de with SMTP (16.6/15.6) id AA11987; Thu, 2 Sep 93 19:00:45 +0200 Date: Thu, 2 Sep 93 19:00:45 +0200 Posted-Date: Thu, 2 Sep 93 19:00:45 +0200 Received-Date: Thu, 2 Sep 93 19:00:45 +0200 Message-Id: <9309021700.AA11987@tubkom.prz.tu-berlin.de> From: "Arnd van Dornick" To: rorem@mana.eecs.uic.edu, netatalk-admins@itd.umich.edu Subject: Re: D. Markuson info In message <9309021624.AA12432@mana.eecs.uic.edu> Doug Rorem writes: > > 2-Sep-93 > > Arnd, > > I saw your message on the netatalk list about the LaserPrinter device > information from Donald Markuson. I've been unable to locate 'DMM_LW_ > 7.x_Stuff_1.3.1.sit.hqx' using archie and was wondering if you're > aware of *any* host that it can be obtained from currently. Thanks. > > Doug Rorem > University of Illinois at Chicago sorry, i was wrong. I tried the following : archie -h archie.doc.ic.ac.uk -s dmm and it returns with .... Host garbo.uwasa.fi (128.214.87.1) Last updated 09:15 31 Aug 1993 Location: /mirror/umich.macarchive/util/print FILE -r--r--r-- 765238 bytes 03:00 6 Nov 1992 dmmlwseven1.31.cpt.hq Host src.doc.ic.ac.uk (146.169.2.1) Last updated 21:15 31 Aug 1993 Location: /computing/systems/mac/sumex/util FILE -r--r--r-- 101145 bytes 01:00 7 Nov 1992 dmm-lw-56-stuff-131.h qx.gz FILE -r--r--r-- 587255 bytes 01:00 7 Nov 1992 dmm-lw-7-stuff-131.hq x.gz FILE -r--r--r-- 100548 bytes 01:00 14 Aug 1992 dmm-lw-stuff-122-upda ter.hqx.gz .... so, you should find it on the umich archive and on sumex. +- Arnd van Dornick - TU-Berlin, TUBKOM Netzbetriebsprojekt -+ Sekretariat EN-05, Einsteinufer 17,10587 Berlin Tel: +49 (0)30 314-21700 Fax: +49 (0)30 314-25986 +- Email: arnd@prz.tu-berlin.de -+ From netatalk-admins-request Thu Sep 2 17:25:59 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA02132; Thu, 2 Sep 93 17:26:00 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA02128; Thu, 2 Sep 93 17:25:59 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA10340; Thu, 2 Sep 93 17:26:00 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA10316; Thu, 2 Sep 93 17:25:40 -0400 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA10306; Thu, 2 Sep 93 17:25:34 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA02097; Thu, 2 Sep 93 17:25:27 -0400 Message-Id: <9309022125.AA02097@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: oleg@ddrsrv.dny.rockwell.com Cc: netatalk-admins@itd.umich.edu Subject: Re: netatalk thru a gateway/router In-Reply-To: Your message of "Thu, 02 Sep 1993 08:38:55 PDT." <9309021538.AA08354@fred280.ypfred> Date: Thu, 02 Sep 1993 17:25:27 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: oleg@fred280.dny.rockwell.com (Oleg Chaikovsky) > To: netatalk-admins@itd.umich.edu > I have a quick question - will netatalk work thru a gateway Sun. I > have a 690 as our primary server, and an IPX acting as a slave NIS > server/gateway in order to subnet the traffic. There is one SE on > that subnet and I want to know i f I install netatalk on the primary > server (690) will it work for the mac on the subnet. Thanks! If I understand you correctly, your net looks like this: SE IPX 690 | | | | --------- -------- If you were to install netatalk on just the 690, then no, the Mac would not be able to see it. However, if you install netatalk on the IPX as well, it can act as a netatalk router. It will have to be configured with seed information, tho. :wes From netatalk-admins-request Wed Sep 8 18:14:53 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA16301; Wed, 8 Sep 93 18:15:02 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA16297; Wed, 8 Sep 93 18:14:53 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA24606; Wed, 8 Sep 93 18:14:53 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA24601; Wed, 8 Sep 93 18:14:45 -0400 Received: from kodak.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA24595; Wed, 8 Sep 93 18:14:39 -0400 Received: from [129.126.253.148] by Kodak.COM (5.61+/2.1-Eastman Kodak) id AA16898; Wed, 8 Sep 93 18:16:51 -0400 Reply-To: bearle@RDCS.Kodak.COM Received: by primus.rdcs.Kodak.COM id AA09001 (5.65c/IDA-1.4.4 for netatalk-admins@umich.edu); Wed, 8 Sep 1993 18:14:25 -0400 Date: Wed, 8 Sep 1993 18:14:25 -0400 From: Bill Earle {AiC} Message-Id: <199309082214.AA09001@primus.rdcs.Kodak.COM> To: netatalk-admins@umich.edu Subject: Need Help w/atalkd.conf Cc: leiker@RDCS.Kodak.COM Wes ... Please help!!!!!! ( or anyone out there ) I have no AppleTalk experience and I tried the auto-config thing. This is what I'm looking at: - Sun SPARCstation 2 w/SunOS 4.1.3 - le1 Ethernet Interface. This system is setup as a gateway/router. - Our subnet contains Unix workstations (TCP/IP) and a single Macintosh w/Ethernet card (EtherTalk Phase 2). I currently installed netatalk-1.3b2. I need help configuring it to be an AppleTalk router. One time the Mac did agree that my sun was an internet router but could not see zones on the outside. Here is my latest atalkd.conf. # # Format of lines in this file: # # interface [ -seed ] [ -phase { 1 | 2 } ] [ -addr net.node ] # [ -net first[-last] ] [ -zone ZoneName ] ... # # -seed only works if you have multi-interfaces. Any missing arguments are # automatically configured from the network. Note: lines can't actually be # split, tho it's a good idea. # #le0 -phase 2 -addr 66.6 -zone NoParking # le0 -phase 2 -net 1023-1023 -zone ep-RDCS-B1F2 le1 -seed -phase 2 -addr 198.129 -net 100-199 -zone Backbone-EK-EtherTalk # getzones ep-RDCS-B1F2 Backbone-EK-EtherTalk # nbplkup RDCS.Kodak.COM SPARCPrinter:LaserWriter 1023.3:130 this_host:AFPServer 1023.3:128 this_host:Workstation 1023.3:4 :Macintosh SE 65373.117:253 NASTY ( but totaly useless ) message from Mac inside of local subnet "You cannot choose a zone at this time because no internet router is available." Any help/info would be greatly appreciated. I really do like the Mac and the idea of using the Sun as a router/printserver/file server. Thank You. +------------------------------------------------------------------------+ | Bill Earle | | Eastman Kodak Company Pager: (716) 975-7103 | | Dept. 5131, 2-1-EP | | Rochester, NY 14653-5108 Email: bearle@RDCS.Kodak.COM | +------------------------------------------------------------------------+ From netatalk-admins-request Wed Sep 8 18:37:33 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA16688; Wed, 8 Sep 93 18:37:33 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA16686; Wed, 8 Sep 93 18:37:33 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA16669; Wed, 8 Sep 93 18:37:15 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA16656; Wed, 8 Sep 93 18:36:33 -0400 Message-Id: <9309082236.AA16656@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: bearle@RDCS.Kodak.COM Cc: netatalk-admins@umich.edu, leiker@RDCS.Kodak.COM Subject: Re: Need Help w/atalkd.conf In-Reply-To: Your message of "Wed, 08 Sep 1993 18:14:25 EDT." <199309082214.AA09001@primus.rdcs.Kodak.COM> Date: Wed, 08 Sep 1993 18:36:32 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: Bill Earle {AiC} > To: netatalk-admins@umich.edu > le1 -seed -phase 2 -addr 198.129 -net 100-199 -zone Backbone-EK-EtherTalk If you don't need 100 networks, try using -net 100. There's a bug in the version of netatalk you're using... :wes From netatalk-admins-request Thu Sep 9 11:51:41 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA01188; Thu, 9 Sep 93 11:51:48 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA01177; Thu, 9 Sep 93 11:51:41 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA26287; Thu, 9 Sep 93 11:51:40 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA26276; Thu, 9 Sep 93 11:51:34 -0400 Received: from obelix.tsg.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA26258; Thu, 9 Sep 93 11:51:28 -0400 Received: by tsg.com (4.1/SMI-4.1) id AA08892; Thu, 9 Sep 93 11:50:35 EDT Date: Thu, 9 Sep 93 11:50:35 EDT From: whalenm@tsg.com (Matthew Whalen) Message-Id: <9309091550.AA08892@tsg.com> To: netatalk-admins@umich.edu Subject: Guest access Does anyone know how to disable Guest access using netatalk 1.3b2? I've looked at the man pages and didn't see it. thanks -matthew whalenm@tsg.com From netatalk-admins-request Thu Sep 9 14:11:07 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA04392; Thu, 9 Sep 93 14:11:09 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA04390; Thu, 9 Sep 93 14:11:07 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA04380; Thu, 9 Sep 93 14:11:02 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA04265; Thu, 9 Sep 93 14:10:37 -0400 Message-Id: <9309091810.AA04265@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: afpd guest access From: wesley.craig@umich.edu Date: Thu, 09 Sep 1993 14:10:35 -0400 Sender: wes@terminator.rs.itd.umich.edu This is in answer to the mail just sent about disabling guest access to afpd. Obviously, this patch will appear in later versions. :wes ------- Forwarded Message From: wesley.craig@umich.edu To: whalenm@ozone.tsg.com (Matthew Whalen) Subject: Re: netatalk In-reply-to: Your message of "Thu, 02 Sep 1993 14:36:58 EDT." <9309021836.AA01019@ozone.tsg.com.> Date: Fri, 03 Sep 1993 15:42:32 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: whalenm@ozone.tsg.com (Matthew Whalen) > To: wesley.craig@umich.edu > How do I disable quest access for afpd? Apply this patch. Then use -G on the command line. :wes - --- cut --- *** netatalk-1.3b2/etc/afpd/main.c- Sun Aug 8 14:15:31 1993 - --- netatalk-1.3b2/etc/afpd/main.c Fri Sep 3 14:52:00 1993 *************** *** 1,24 **** /* ! * Copyright (c) 1990,1991 Regents of The University of Michigan. ! * All Rights Reserved. ! * ! * Permission to use, copy, modify, and distribute this software and ! * its documentation for any purpose and without fee is hereby granted, ! * provided that the above copyright notice appears in all copies and ! * that both that copyright notice and this permission notice appear ! * in supporting documentation, and that the name of The University ! * of Michigan not be used in advertising or publicity pertaining to ! * distribution of the software without specific, written prior ! * permission. This software is supplied as is without expressed or ! * implied warranties of any kind. ! * ! * Research Systems Unix Group ! * The University of Michigan ! * c/o Mike Clark ! * 535 W. William Street ! * Ann Arbor, Michigan ! * +1-313-763-0525 ! * netatalk@itd.umich.edu */ #include - --- 1,6 ---- /* ! * Copyright (c) 1990,1993 Regents of The University of Michigan. ! * All Rights Reserved. See COPYRIGHT. */ #include *************** *** 54,59 **** - --- 36,42 ---- int nologin = 0; int connections = 5; char *defaultvol = _PATH_AFPDCONF; + char *guest = "nobody"; char *Obj, *Type = "AFPServer", *Zone = "*"; ASP child; *************** *** 151,157 **** *p = '\0'; } ! while (( c = getopt( ac, av, "dn:f:c:" )) != EOF ) { switch ( c ) { case 'd' : debug++; - --- 134,140 ---- *p = '\0'; } ! while (( c = getopt( ac, av, "dn:f:c:g:G" )) != EOF ) { switch ( c ) { case 'd' : debug++; *************** *** 165,170 **** - --- 148,159 ---- case 'c' : connections = atoi( optarg ); break; + case 'g' : + guest = optarg; + break; + case 'G' : + guest = 0; + break; default : fprintf( stderr, "Unknown option -- '%c'\n", c ); exit( 1 ); *************** *** 290,296 **** switch (( c = asp_getrequest( child, &buf, &buflen ))) { case ASPFUNC_CLOSE : asp_close( child ); ! syslog( LOG_INFO, "close session" ); exit( 0 ); break; case ASPFUNC_CMD : - --- 279,285 ---- switch (( c = asp_getrequest( child, &buf, &buflen ))) { case ASPFUNC_CLOSE : asp_close( child ); ! syslog( LOG_INFO, "done" ); exit( 0 ); break; case ASPFUNC_CMD : *** netatalk-1.3b2/etc/afpd/auth.c- Fri Aug 13 14:01:41 1993 - --- netatalk-1.3b2/etc/afpd/auth.c Fri Sep 3 14:48:53 1993 *************** *** 1,24 **** /* ! * Copyright (c) 1990,1991 Regents of The University of Michigan. ! * All Rights Reserved. ! * ! * Permission to use, copy, modify, and distribute this software and ! * its documentation for any purpose and without fee is hereby granted, ! * provided that the above copyright notice appears in all copies and ! * that both that copyright notice and this permission notice appear ! * in supporting documentation, and that the name of The University ! * of Michigan not be used in advertising or publicity pertaining to ! * distribution of the software without specific, written prior ! * permission. This software is supplied as is without expressed or ! * implied warranties of any kind. ! * ! * Research Systems Unix Group ! * The University of Michigan ! * c/o Mike Clark ! * 535 W. William Street ! * Ann Arbor, Michigan ! * +1-313-763-0525 ! * netatalk@itd.umich.edu */ #include - --- 1,6 ---- /* ! * Copyright (c) 1990,1993 Regents of The University of Michigan. ! * All Rights Reserved. See COPYRIGHT. */ #include *************** *** 56,63 **** { "AFPVersion 2.0", 20 }, }; struct afp_uams afp_uams[] = { - - { "No User Authent", noauth_login, NULL }, #ifdef KRBUAM { "AFS Kerberos", krb_login, krb_logincont }, #endif - --- 38,48 ---- { "AFPVersion 2.0", 20 }, }; + /* + * Note: "NoAuth" must be last, to allow guest to be turned off on the + * command line. + */ struct afp_uams afp_uams[] = { #ifdef KRBUAM { "AFS Kerberos", krb_login, krb_logincont }, #endif *************** *** 64,69 **** - --- 49,55 ---- #ifdef CLRTXTUAM { "Cleartxt passwrd", clrtxt_login, NULL }, #endif + { "No User Authent", noauth_login, NULL }, }; struct afp_uams *afp_uam = NULL; *************** *** 94,99 **** - --- 80,88 ---- status = (struct afp_status *)data; num = sizeof( afp_uams ) / sizeof( afp_uams[ 0 ] ); + if ( guest == 0 ) { + num--; + } data += ntohs( status->as_uamsoff ); *data++ = num; for ( i = 0; i < num; i++ ) { *************** *** 137,142 **** - --- 126,134 ---- len = *ibuf++; ibuflen--; num = sizeof( afp_uams ) / sizeof( afp_uams[ 0 ]); + if ( guest == 0 ) { + num--; + } for ( i = 0; i < num; i++ ) { if ( strncmp( ibuf, afp_uams[ i ].au_name, len ) == 0 ) { afp_uam = &afp_uams[ i ]; *************** *** 174,181 **** *rbuflen = 0; syslog( LOG_INFO, "login noauth" ); ! if (( pwent = getpwnam( "nobody" )) == NULL ) { ! syslog( LOG_ERR, "noauth_login: getpwname( nobody ): %m" ); return( AFPERR_BADUAM ); } - --- 166,173 ---- *rbuflen = 0; syslog( LOG_INFO, "login noauth" ); ! if (( pwent = getpwnam( guest )) == NULL ) { ! syslog( LOG_ERR, "noauth_login: getpwname( %s ): %m", guest ); return( AFPERR_BADUAM ); } *************** *** 203,208 **** - --- 195,205 ---- uid_t uid; gid_t gid; { + if ( uid == 0 ) { /* don't allow root login */ + syslog( LOG_ERR, "login: root login denied!" ); + return( AFPERR_NOTAUTH ); + } + syslog( LOG_INFO, "login %s (uid %d, gid %d)", name, uid, gid ); if ( initgroups( name, gid ) < 0 || setregid( gid, gid ) < 0 || *************** *** 366,371 **** - --- 363,369 ---- *rbuflen = 0; ibuf += 2; bcopy( ibuf, &clen, sizeof( short )); + clen = ntohs( clen ); ibuf += sizeof( short ); pcbc_encrypt((C_Block *)ibuf, (C_Block *)ibuf, *** netatalk-1.3b2/etc/afpd/globals.h- Tue Jun 8 15:46:08 1993 - --- netatalk-1.3b2/etc/afpd/globals.h Fri Sep 3 14:45:42 1993 *************** *** 1,24 **** /* ! * Copyright (c) 1990,1991 Regents of The University of Michigan. ! * All Rights Reserved. ! * ! * Permission to use, copy, modify, and distribute this software and ! * its documentation for any purpose and without fee is hereby granted, ! * provided that the above copyright notice appears in all copies and ! * that both that copyright notice and this permission notice appear ! * in supporting documentation, and that the name of The University ! * of Michigan not be used in advertising or publicity pertaining to ! * distribution of the software without specific, written prior ! * permission. This software is supplied as is without expressed or ! * implied warranties of any kind. ! * ! * Research Systems Unix Group ! * The University of Michigan ! * c/o Mike Clark ! * 535 W. William Street ! * Ann Arbor, Michigan ! * +1-313-763-0525 ! * netatalk@itd.umich.edu */ extern int debug; - --- 1,6 ---- /* ! * Copyright (c) 1990,1993 Regents of The University of Michigan. ! * All Rights Reserved. See COPYRIGHT. */ extern int debug; *************** *** 30,32 **** - --- 12,15 ---- extern struct dir *curdir; extern char getwdbuf[]; extern char *Obj; + extern char *guest; - --- cut --- ------- End of Forwarded Message From netatalk-admins-request Fri Sep 10 16:07:51 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA08813; Fri, 10 Sep 93 16:07:56 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA08806; Fri, 10 Sep 93 16:07:51 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA23958; Fri, 10 Sep 93 16:07:50 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA23953; Fri, 10 Sep 93 16:07:45 -0400 Received: from kodak.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA23941; Fri, 10 Sep 93 16:07:19 -0400 Received: from [129.126.253.148] by Kodak.COM (5.61+/2.1-Eastman Kodak) id AA05756; Fri, 10 Sep 93 16:09:07 -0400 Reply-To: bearle@RDCS.Kodak.COM Received: by primus.rdcs.Kodak.COM id AA01250 (5.65c/IDA-1.4.4 for netatalk-admins@umich.edu); Fri, 10 Sep 1993 16:06:30 -0400 Date: Fri, 10 Sep 1993 16:06:30 -0400 From: Bill Earle {AiC} Message-Id: <199309102006.AA01250@primus.rdcs.Kodak.COM> To: netatalk-admins@umich.edu Subject: netatalk-1.3b2 Cc: leiker@RDCS.Kodak.COM, braun@telstar.kodak.com Wes.. Thank You for the help Wed. Night! - netatalk-1.3b2 - 200+ networks and 140+ zones ( or something like that ) for any other info than this please contact: braun@telstar.kodak.com - Sun SPARCstation 2 w/SunOS 4.1.3 - le1 Ethernet Interface. This system is setup as a gateway/router. - Our subnet contains Unix workstations (TCP/IP) and a single Macintosh w/System 7.0 w/Ethernet card (EtherTalk Phase 2). - atalkd.conf: le1 -seed -phase 2 -net 100-199 -zone Backbone-EK-EtherTalk -zone ep -zone ko -zone kp -zone krl -zone other le0 -seed -phase 2 -net 1023-1023 -zone ep-RDCS-B1F2 1) I was informed that our wire is defined as "100-199". What is the bug you mentioned? Or is there another version/patch? > If you don't need 100 networks, try using -net 100. There's a bug in > the version of netatalk you're using... 2) Errors in console: a) le0 defined then le1 defined atalkd[5737]: as_timer sendto: Can't assign requested address atalkd[5737]: nbp brrq sendto 0.255: Can't assign requested address Mac & sun can see only zones defined in atalkd.conf but cannot see into them. ( LaserWriters , File Servers, etc. ) b) le1 defined then le0 defined atalkd[5826]: nbp brrq sendto 5031.0: Can't assign requested address The Sun and Mac can see all zones out there. The Sun can see all LaserWriters , etc. everywhere The Mac can see only things in Backbone-EK-EtherTalk 3) How do I tell papd to register our printer inside of our subnet ( zone ep-RDCS-B1F2 )? It seems to register fine on the Backbone-EK-EtherTalk when le1 is defined first. 4) How do I tell afpd to register inside of our subnet ( zone ep-RDCS-B1F2 )? It does the same as papd above. again thank you !!!!!!!!!!!!!!!!!! +------------------------------------------------------------------------+ | Bill Earle | | Eastman Kodak Company Pager: (716) 975-7103 | | Dept. 5131, 2-1-EP | | Rochester, NY 14653-5108 Email: bearle@RDCS.Kodak.COM | +------------------------------------------------------------------------+ From netatalk-admins-request Wed Sep 15 14:23:41 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA05144; Wed, 15 Sep 93 14:23:43 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA05140; Wed, 15 Sep 93 14:23:41 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA29846; Wed, 15 Sep 93 14:23:40 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA29842; Wed, 15 Sep 93 14:23:38 -0400 Received: from Mordor.Stanford.EDU by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA29837; Wed, 15 Sep 93 14:23:35 -0400 Received: by Mordor.Stanford.EDU (5.65/inc-1.0) id AA01625; Wed, 15 Sep 93 11:23:35 -0700 From: tarcea@Mordor.Stanford.EDU (Glenn Tarcea) Message-Id: <9309151823.AA01625@Mordor.Stanford.EDU> Subject: ATALK and MOP on Ultrix To: netatalk-admins@itd.umich.edu Date: Wed, 15 Sep 1993 11:23:34 -0700 (PDT) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 706 I'm having a problem running atalk with MOP simultaneously on a DECstation 5000 running ultrix 4.2A. If I build the kernel with both the ATALK and DLI options then I am unable to "mop boot" any client machines. The version of ATALK that is being run is 1.3. Has anybody else seen this problem? -- glenn -- ------------------------------------------------------------------------------ Glenn Tarcea tarcea@mordor.stanford.edu Networking & Communications Systems (415) 723 5896 Stanford University "Reduce the national debt, cut spending NOW" ------------------------------------------------------------------------------ From netatalk-admins-request Wed Sep 15 16:00:34 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA08799; Wed, 15 Sep 93 16:00:35 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA08795; Wed, 15 Sep 93 16:00:34 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA04374; Wed, 15 Sep 93 16:00:35 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA04366; Wed, 15 Sep 93 16:00:30 -0400 Received: from Harpo.seas.ucla.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA04357; Wed, 15 Sep 93 16:00:26 -0400 Received: by harpo.seas.ucla.edu (AIX 3.2/UCB 5.64/4.03(UCLA 1.00)) id AA12467; Wed, 15 Sep 1993 13:00:24 -0700 Date: Wed, 15 Sep 93 13:00:24 PDT From: "Giao N. Tran" Message-Id: <930915.200024z.14241.giao@harpo.seas.ucla.edu> To: netatalk-admins@itd.umich.edu Subject: Mailing list. Please remove my address from your mailing list. Thanks. ----G.T. From netatalk-admins-request Wed Sep 15 16:44:20 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA09558; Wed, 15 Sep 93 16:44:22 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09554; Wed, 15 Sep 93 16:44:20 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA06432; Wed, 15 Sep 93 16:44:19 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA06417; Wed, 15 Sep 93 16:44:14 -0400 Received: from dartvax.dartmouth.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA06409; Wed, 15 Sep 93 16:44:09 -0400 Received: from prancer.dartmouth.edu by dartvax.dartmouth.edu (5.65+D5/4.5HUB) id AA25807; Wed, 15 Sep 93 16:43:58 -0400 Message-Id: <6121993@prancer.Dartmouth.EDU> Date: 15 Sep 93 16:43:53 EDT From: David.M.Fisher@Dartmouth.EDU (David M. Fisher) Subject: srvtab file To: netatalk-admins@itd.umich.edu I asked about a couple of weeks ago about setting up netatalk using kerberos authentication... since then I have managed to get some things working, but I still have problems with the configuration of the srvtab file... can anyone out there send me a working version of /etc/srvtab so that I can see what one is supposed to look like? Thanks. -Dave From netatalk-admins-request Wed Sep 15 16:56:45 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA09898; Wed, 15 Sep 93 16:56:46 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09893; Wed, 15 Sep 93 16:56:45 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA07008; Wed, 15 Sep 93 16:56:45 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA07000; Wed, 15 Sep 93 16:56:41 -0400 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA06993; Wed, 15 Sep 93 16:56:38 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09851; Wed, 15 Sep 93 16:55:31 -0400 Message-Id: <9309152055.AA09851@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: David.M.Fisher@Dartmouth.EDU (David M. Fisher) Cc: netatalk-admins@itd.umich.edu Subject: Re: srvtab file In-Reply-To: Your message of "15 Sep 1993 16:43:53 EDT." <6121993@prancer.Dartmouth.EDU> Date: Wed, 15 Sep 1993 16:55:30 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: David.M.Fisher@Dartmouth.EDU (David M. Fisher) > To: netatalk-admins@itd.umich.edu > I asked about a couple of weeks ago about setting up netatalk using kerberos > authentication... since then I have managed to get some things working, but > I still have problems with the configuration of the srvtab file... can > anyone out there send me a working version of /etc/srvtab so that I can see > what one is supposed to look like? Thanks. Please, no one send anyone a working srvtab file! This file contains a secret key used for authentication with kerberos. David, this is a binary file. You need to ask your Kerberos administrator to generate it for you. You can't just type one yourself. :wes From netatalk-admins-request Wed Sep 15 16:57:47 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA09985; Wed, 15 Sep 93 16:57:49 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09976; Wed, 15 Sep 93 16:57:47 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA07047; Wed, 15 Sep 93 16:57:47 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA07044; Wed, 15 Sep 93 16:57:44 -0400 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA07038; Wed, 15 Sep 93 16:57:40 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09947; Wed, 15 Sep 93 16:57:36 -0400 Message-Id: <9309152057.AA09947@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: "Giao N. Tran" Cc: netatalk-admins@itd.umich.edu Subject: Re: Mailing list. In-Reply-To: Your message of "Wed, 15 Sep 1993 13:00:24 PDT." <930915.200024z.14241.giao@harpo.seas.ucla.edu> Date: Wed, 15 Sep 1993 16:57:35 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: "Giao N. Tran" > To: netatalk-admins@itd.umich.edu > Please remove my address from your mailing list. Thanks. Please send requests of this nature to netatalk-admins-request@umich.edu, not netatalk-admins@umich.edu. netatalk-admins@umich.edu is a list of several hundred people, most of whom probably have no interest in your continued receipt of this or any other list. :wes From netatalk-admins-request Wed Sep 15 17:48:56 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA11649; Wed, 15 Sep 93 17:48:57 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA11645; Wed, 15 Sep 93 17:48:56 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA09073; Wed, 15 Sep 93 17:48:56 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA09068; Wed, 15 Sep 93 17:48:53 -0400 Received: from carson.u.washington.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09056; Wed, 15 Sep 93 17:48:49 -0400 Received: from palenque.uwtc.washington.edu by carson.u.washington.edu (5.65/UW-NDC Revision: 2.28 ) id AA11506; Wed, 15 Sep 93 14:48:46 -0700 Message-Id: <9309152148.AA11506@carson.u.washington.edu> Date: 15 Sep 1993 14:51:57 U From: "Jon Wiederspan" Subject: UNSUB To: "Netatalk" UNSUB Jon Wiederspan From netatalk-admins-request Wed Sep 15 20:16:41 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA12930; Wed, 15 Sep 93 20:16:42 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA12926; Wed, 15 Sep 93 20:16:41 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA13285; Wed, 15 Sep 93 20:16:41 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA13282; Wed, 15 Sep 93 20:16:38 -0400 Received: from fish-license.ifs.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA13277; Wed, 15 Sep 93 20:16:36 -0400 Received: from llama.ifs.umich.edu by fish-license.ifs.umich.edu (AIX 3.1/UCB 5.64/4.03) id AA03923; Wed, 15 Sep 1993 20:16:22 -0400 Message-Id: <9309160016.AA03923@fish-license.ifs.umich.edu> To: David.M.Fisher@Dartmouth.EDU (David M. Fisher) Cc: netatalk-admins@itd.umich.edu Subject: Re: srvtab file In-Reply-To: Your message of "Wed, 15 Sep 93 16:55:30 EDT." <9309152055.AA09851@terminator.rs.itd.umich.edu> Date: Wed, 15 Sep 93 20:16:22 -0400 From: mdw@umich.edu A srvtab consists of one or more records of: a null-terminated string, the "name" a null-terminaed string, the "instance" a null-terminated string, the "realm". a byte, the "key version number" 8 bytes, the "key". For netatalk, the name should always be "afpserver", the instance should always be the name of the server as it appears in the chooser, and the realm would of course be in all-upper case -- perhaps something like "NORTHSTAR.DARTMOUTH.EDU" or "KIEWIT.DARTMOUTH.EDU"? The key version# should be 0. NZ values would be used if you were going to update the key, and wanted old service tickets to continue to work; not real important for netatalk. The key should be the same value that appears in the kerberos server data base for this (name + instance) entity. Usually both the srvtab & the kerberos entity would be created at the same time by the same person. Sometimes, instead, the srvtab is created later and the key extracted from the kerberos database, but this procedure is difficult to do in a secure fashion and I do not recommend its use. [ useful background information on keys & kerberos: [ [ All passwords in kerberos are converted [ via a one way function, the "string to key" function, into [ an 8 byte "key" and this key then used for all purposes requiring [ proof of your identity; knowing this key is logical proof you are who [ you claim to be. The keys would be worthless if their value [ was known, therefore, they are never shipped over the network in [ the clear. Normally this key would be used to get one or more [ service tickets and then immediately discarded. In stock MIT [ kerberos, the user's key does not depend on the realm and [ so is the same in all realms thus presenting an obvious [ weakness. AFS Kerberos, to further protect users in multiple [ realms, makes the realm one of the arguments to the string to key [ function, this makes the key different in each cell so that if [ one cell was compromised, the user's identity in other [ cells would still be secure. To make srvtab's, I use "ksrvutil". Source for this can be found in /afs/umich.edu/user/m/d/mdw/src/ksrvutil. It asks for a password, and since we're an AFS site, I've linked this against a modified kerberos library with the AFS string to key function, I can type in the same random password as I've set for the kerberos entry. To extract the key for a kerberos entity, there is a utility "ext_srvtab" - for which I also have source, in /afs/umich.edu/user/m/d/mdw/src/srvtab, but I do not recommend its use. It will not work with current releases of AFS 3.2 because, by default, the KAM_GetPassword function is not compiled into kaserver. Even when compiled in, it only works with the loopback interface so the program must be run on the DB server. An even better utility might generate a random key for the entity and set the key in both the the kerberos database and the srvtab at the same time. It would be less complicated to use, and so less of a nuisance. -Marcus Watts UM ITD RS Umich Systems Group From netatalk-admins-request Thu Sep 16 09:19:46 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA19710; Thu, 16 Sep 93 09:19:47 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA19706; Thu, 16 Sep 93 09:19:46 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA29299; Thu, 16 Sep 93 09:19:46 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA29292; Thu, 16 Sep 93 09:19:42 -0400 Received: from sun2.nsfnet-relay.ac.uk by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA26064; Thu, 16 Sep 93 08:08:49 -0400 Via: uk.ac.scot-agric-res-inst.rowett; Thu, 16 Sep 1993 13:08:36 +0100 Via: rri2.yprri; Thu, 16 Sep 93 13:09:29 BST Newsgroups: netatalk-admins Path: ajt From: ajt@rowett.scot-agric-res-inst.ac.uk (Tony Travis) Subject: LWPlusFonts corrupted Message-Id: <1993Sep16.120943.8826@rri.sari.ac.uk> Reply-To: ajt@rowett.scot-agric-res-inst.ac.uk Organization: Rowett Research Institute X-Newsreader: TIN [version 1.2 PL0] Date: Thu, 16 Sep 1993 12:09:43 GMT Apparently-To: Hello, netatalk-admins We are using netatalk-1.2.1 under SunOS 4.1.2 and in general it works very well, but spooling to remote Unix printers sometimes fails. In particular, I found that the "papd" process hangs attempting to open a socket to a remote (Unix) printer for no apparent reason. I traced this to a corrupted /var/spool/lpd/LWPlusFonts file that had been corrupted. This has happened at least twice recently. This may be just one of those things, but I suspect a Mac may have attempted to change the font table and corrupted the file so I've made it read-only (owner root). Any one else noticed this? Tony. -- Dr. A.J.Travis, | JANET: Rowett Research Institute, | other: Greenburn Road, Bucksburn, | phone: +44 (0)224 712751 Aberdeen, AB2 9SB. UK. | fax: +44 (0)224 715349 From netatalk-admins-request Fri Sep 17 13:32:51 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA19694; Fri, 17 Sep 93 13:32:52 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA19690; Fri, 17 Sep 93 13:32:51 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA20403; Fri, 17 Sep 93 13:32:46 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA20398; Fri, 17 Sep 93 13:32:43 -0400 Received: from nef.ens.fr by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA20387; Fri, 17 Sep 93 13:32:38 -0400 Received: from dmi.ens.fr by nef.ens.fr (5.65c8/ULM-1.0) Received: from merisier.ens.fr by dmi.ens.fr (5.65c8/ULM-1.0) From: Jacques.Beigbeder@ens.ens.fr (Jacques Beigbeder) Message-Id: <9309171732.AA25958@merisier.ens.fr> Subject: jobs never ends... To: netatalk-admins@itd.umich.edu Date: Thu, 16 Sep 93 23:34:01 MET DST X-Mailer: ELM [version 2.3 PL11] Sender: Jacques.Beigbeder@ens.ens.fr Configuration : - a Sun4 4.1.3 with netatalk-1.2.1 ; - a gateway between Ethernet and an Appletalk; - on the Appletalk a LaserWriter IIg; its prompt is: PostScript(r) Version 2010.113 Copyright (c) 1984-1991 Adobe Systems Incorporated. Typefaces Copyright (c) 1981 Linotype AG and/or its subsidiaries. All Rights Reserved. PS> The problem: I send a Postcript job using dvips: This is dvips 5.495 Copyright 1986, 1992 Radical Eye Software The job is printed but stays active long long time; until I "lpc abort" the job. I noticed the problem with dvips, may be we have it with other Postcript files. I don't really know since I modified the policy yesterday : from an old LaserWriter with an asynchronous line to this LWIIg on Appletalk. The load of this printer is heavy (20 jobs / hour). So I'm in hurry : I fix the problem or I bring back the old printer... Thanks in advance!!! Jacques Beigbeder | Internet: beig@ens.fr Service de Prestations Informatiques | Bitnet : beig@frulm63 Ecole Normale Superieure | 45 rue d'Ulm | Tel : (33-1) 44-32-37-96 F75230 Paris Cedex 05 | Fax : (33-1) 44-32-20-80 From netatalk-admins-request Fri Sep 17 13:51:21 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA20230; Fri, 17 Sep 93 13:51:22 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA20225; Fri, 17 Sep 93 13:51:21 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA21262; Fri, 17 Sep 93 13:51:20 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA21253; Fri, 17 Sep 93 13:51:14 -0400 Received: from nef.ens.fr by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA21241; Fri, 17 Sep 93 13:51:07 -0400 Received: from dmi.ens.fr by nef.ens.fr (5.65c8/ULM-1.0) Received: from merisier.ens.fr by dmi.ens.fr (5.65c8/ULM-1.0) From: Jacques.Beigbeder@ens.ens.fr (Jacques Beigbeder) Message-Id: <9309171751.AA26027@merisier.ens.fr> Subject: getzones troubles... To: netatalk-admins@itd.umich.edu Date: Fri, 17 Sep 93 19:51:00 MET DST X-Mailer: ELM [version 2.3 PL11] Sorry to bother with may be simple questions... On the same Ethernet network, I have : - a Sun-4 / netatalk-1.2.1: | - another Sun-4 / netatalk-1.3b2 ifconfig le0 486.0 | le0 -phase 1 -addr 486.100 -zone dmi ifconfig lo0 0.0 | le0 "dmi" | route le0 lo0 | zone dmi | getzones answers: | getzones only says: rataud | dmi pavillon | vert | toits | dmi | nbplkup @dmi answers: | nbplkup @dmi answers: | lotus:AFPServer 486.1:128 | lotus:AFPServer 486.1:128 lotus:Workstation 486.1:4 | lotus:Workstation 486.1:4 AE90-30048:Open-Net AE90 486.189:2 | AE90-30048:Open-Net AE90 100.199:2 AE90-30047:Open-Net AE90 486.203:2 | AE90-30047:Open-Net AE90 0.0:2 1. How to explain the differences between the 2 getzones? 2. The AE90 are Appletalk-Ethernet (french) gateways. The -30048 is configured to be in phase 1 (486) and phase 2 (100). The -30047 is phase 1 (486) only. Is it possible that there's a bug in the software of these gateways to show these different and surprising (with 1.3b2) numbers? Jacques Beigbeder | Internet: beig@ens.fr Service de Prestations Informatiques | Bitnet : beig@frulm63 Ecole Normale Superieure | 45 rue d'Ulm | Tel : (33-1) 44-32-37-96 F75230 Paris Cedex 05 | Fax : (33-1) 44-32-20-80 From netatalk-admins-request Thu Sep 16 21:59:35 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA09256; Thu, 16 Sep 93 21:59:36 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09252; Thu, 16 Sep 93 21:59:35 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA29956; Thu, 16 Sep 93 21:59:35 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA29953; Thu, 16 Sep 93 21:59:32 -0400 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA29948; Thu, 16 Sep 93 21:59:30 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09241; Thu, 16 Sep 93 21:59:25 -0400 Message-Id: <9309170159.AA09241@terminator.rs.itd.umich.edu> From: Mark Smith To: ajt@rowett.scot-agric-res-inst.ac.uk Cc: netatalk-admins@itd.umich.edu Subject: Re: LWPlusFonts corrupted In-Reply-To: Your message of "Thu, 16 Sep 1993 12:09:43 GMT." <1993Sep16.120943.8826@rri.sari.ac.uk> Date: Thu, 16 Sep 1993 21:59:25 -0400 Sender: mcs@terminator.rs.itd.umich.edu >From: ajt@rowett.scot-agric-res-inst.ac.uk (Tony Travis) > > In particular, I found that the "papd" process hangs attempting to open > a socket to a remote (Unix) printer for no apparent reason. I traced > this to a corrupted /var/spool/lpd/LWPlusFonts file that had been > corrupted. This has happened at least twice recently. papd doesn't open any sockets to remote printers; it does open the Unix-domain socket used to tell lpd that it has placed something in the queue (/dev/printer on a Sun). Regardless, it should be impossible for papd to corrupt the font file, since it never opens it for writing. In what way was the LWPlusFonts file corrupted? -Mark From netatalk-admins-request Sat Sep 18 15:50:32 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA07195; Sat, 18 Sep 93 15:50:33 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA07191; Sat, 18 Sep 93 15:50:32 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27332; Sat, 18 Sep 93 15:50:32 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27328; Sat, 18 Sep 93 15:50:29 -0400 Received: from sun2.nsfnet-relay.ac.uk by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA26592; Sat, 18 Sep 93 15:19:13 -0400 Via: uk.ac.scot-agric-res-inst.rowett; Sat, 18 Sep 1993 20:08:32 +0100 Newsgroups: netatalk-admins Path: ajt From: ajt@rowett.scot-agric-res-inst.ac.uk (Tony Travis) Subject: Re: LWPlusFonts corrupted Message-Id: <1993Sep18.190912.15759@rri.sari.ac.uk> Reply-To: ajt@rowett.scot-agric-res-inst.ac.uk Organization: Rowett Research Institute X-Newsreader: TIN [version 1.2 PL0] References: <9309170159.AA09241@terminator.rs.itd.umich.edu> Date: Sat, 18 Sep 1993 19:09:12 GMT Apparently-To: netatalk-admins@itd.umich.edu Mark Smith (mcs@edu.umich) wrote: : >From: ajt@rowett.scot-agric-res-inst.ac.uk (Tony Travis) : > : > In particular, I found that the "papd" process hangs attempting to open : > a socket to a remote (Unix) printer for no apparent reason. I traced : > this to a corrupted /var/spool/lpd/LWPlusFonts file that had been : > corrupted. This has happened at least twice recently. : papd doesn't open any sockets to remote printers; it does open the : Unix-domain socket used to tell lpd that it has placed something in the (blush) er, um ... I used "trace" on the papd process and it appeared to be sitting there waiting for something to appear on a socket. It woke up on an alarm periodically and eventually I killed the process. I think that the corrupted LWPlusFonts file prevented the Mac's from initialising a Unix 'LaserWriter'. I discovered that the users were just rebooting their Mac's leaving their job in limbo if it failed to print :-( : queue (/dev/printer on a Sun). Regardless, it should be impossible for : papd to corrupt the font file, since it never opens it for writing. In : what way was the LWPlusFonts file corrupted? I've sent Mark a copy of the file to examine. Tony. -- Dr. A.J.Travis, | JANET: Rowett Research Institute, | other: Greenburn Road, Bucksburn, | phone: +44 (0)224 712751 Aberdeen, AB2 9SB. UK. | fax: +44 (0)224 715349 From netatalk-admins-request Tue Sep 21 17:35:44 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA01359; Tue, 21 Sep 93 17:35:45 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA01355; Tue, 21 Sep 93 17:35:44 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA29641; Tue, 21 Sep 93 17:35:25 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA29632; Tue, 21 Sep 93 17:35:21 -0400 Received: from uno.cc.geneseo.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA29625; Tue, 21 Sep 93 17:35:17 -0400 Received: from camelot.cs.geneseo.edu by UNO.CC.GENESEO.EDU (PMDF #12405) id <01H37VILZSDC000QHN@UNO.CC.GENESEO.EDU>; Tue, 21 Sep 1993 17:35 EST Received: by camelot.cs.geneseo.edu (4.1/SMI-4.1) id AA01758; Tue, 21 Sep 93 17:35:15 EDT Date: Tue, 21 Sep 93 17:35:14 -0400 From: Hans Koomen Subject: server woes due to file permissions To: netatalk-admins@umich.edu Cc: koomen@BRASTIAS.CS.GENESEO.EDU (Hans Koomen) Message-Id: <9309212135.AA01758@camelot.cs.geneseo.edu> Folks, we're running netatalk-1.3b2 here, on a Sparc 10 server, providing half a Gig of file space to our ~70 Macs. Among the troubles we're experiencing are Mac hangs and needs to be rebooted cannot write because you have insufficient privledges cannot copy because the file cannot be found a numbered file transfer error files copied (via RevRdist) show up on Mac with 0 length I think these are all due to permission settings on files and directories. If I understand this correctly, then given a folder X belonging to A, with r&w access for group B, and no access to world, then any documents or subfolders created (copied into the given folder X) should have the same settings, right? Well, after some experimentation I found that I can get the documents to have the right settings if the surrounding folder X has the setgid and sticky bits turned on. (chmod g+s,+t X). Unfortunately, there are still some holes: If I copy a folder Y containing a document P to X, the Y copy has the same r&w permissions and the same group as X (which is correct), but it does not have the setgid and sticky bits turned on. The P copy has the same r&w permissions as X but it has a different group (namely, the group that I belong to according to my pwent). Users in the group set for X will not be able to read the P copy. And any further documents added to the copied Y folder will not even have the right permissions, let alone the right group. Although it's a pain to remember to do this everytime you copy something, one can use the Mac to set the group for the folder. But there's no way to set the group and/or access permissions for the documents contained in a folder; the only thing to do is to make the changes in Unix. Not a viable solution in the long run. Any thoughts on what I'm not doing right, or possibly what netatalk is not doing right? By the way, why do folders owned by root show up in "Get Info" as belonging to ? - - - /-/ a n s Tel: (716) 245-5401 Paper: Johannes A. G. M. Koomen, Ph.D. Fax: (716) 245-5005 State Univ. of N.Y., Geneseo Department of Computer Science EMail: koomen@cs.geneseo.edu Geneseo, New York 14454-1471 From netatalk-admins-request Wed Sep 22 10:52:02 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA14539; Wed, 22 Sep 93 10:52:03 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA14535; Wed, 22 Sep 93 10:52:02 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA26937; Wed, 22 Sep 93 10:52:02 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA26934; Wed, 22 Sep 93 10:51:59 -0400 Received: from goodman.itn.med.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA26929; Wed, 22 Sep 93 10:51:56 -0400 Received: from p53.cancer.med.umich.edu by goodman.itn.med.umich.edu with SMTP id AA18710 (5.65b/IDA-1.4.3 for netatalk-admins@umich.edu); Wed, 22 Sep 93 10:51:54 -0400 Received: from [141.214.73.98] by p53.cancer.med.umich.edu (4.1/SMI-4.1) id AA08245; Wed, 22 Sep 93 10:52:52 EDT Date: Wed, 22 Sep 93 10:52:52 EDT Message-Id: <9309221452.AA08245@p53.cancer.med.umich.edu> Errors-To: From: "Erdwing Coronado" Reply-To: "Erdwing Coronado" To: netatalk-admins@umich.edu Subject: Re: server woes due to file permissions Hans Koomen writes: > Folks, we're running netatalk-1.3b2 here, on a Sparc 10 server, providing > half a Gig of file space to our ~70 Macs. Among the troubles we're > experiencing are > > Mac hangs and needs to be rebooted I have yet to see a Mac hang. What I have seen is that Macs running Appleshare prior to version 3.5 are incredibly slow (they might take 20 minutes to write a single 2KB file). Appleshare 3.5 (and Appletalk 58.x) cures this particular problem. > cannot write because you have insufficient privledges I have a similar setup and have noticed the permission problem as well. Thanks for the explanation. Erdwing Coronado - The UofM Comprehensive Cancer Center coronado@umich.edu ________________________________________________________________________________ From netatalk-admins-request Wed Sep 22 18:35:59 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA01832; Wed, 22 Sep 93 18:36:00 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA01830; Wed, 22 Sep 93 18:35:59 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA01828; Wed, 22 Sep 93 18:35:54 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA25089; Wed, 22 Sep 93 16:45:22 -0400 Message-Id: <9309222045.AA25089@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: "Erdwing Coronado" Cc: netatalk-admins@umich.edu Subject: Re: server woes due to file permissions In-Reply-To: Your message of "Wed, 22 Sep 1993 10:52:52 EDT." <9309221452.AA08245@p53.cancer.med.umich.edu> Date: Wed, 22 Sep 1993 16:45:21 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: "Erdwing Coronado" > To: netatalk-admins@umich.edu > What I have seen is that Macs running > Appleshare prior to version 3.5 are incredibly slow (they might take > 20 minutes to write a single 2KB file). > Appleshare 3.5 (and Appletalk 58.x) cures this particular problem. This is a bug in netatalk's atp implementation. The release packets are too long (the same size as the last response packet). Older version of AppleTalk drop these releases, causing *very* slow performance. Here's the patch: *** netatalk-1.3b2/libatalk/atp/atp_rsel.c- Tue Aug 10 13:08:36 1993 --- netatalk-1.3b2/libatalk/atp/atp_rsel.c Wed Aug 25 21:39:07 1993 *************** *** 280,289 **** #endif EBUG if ( !ah->atph_rbitmap && ( req_hdr.atphd_ctrlinfo & ATP_XO )) { ! /* successful completion - send release */ req_hdr.atphd_ctrlinfo = ATP_TREL; bcopy( (char *)&req_hdr, ah->atph_reqpkt->atpbuf_info.atpbuf_data + 1, sizeof( struct atphdr )); #ifdef EBUG printf( "<%d> sending TREL", getpid() ); bprint( ah->atph_reqpkt->atpbuf_info.atpbuf_data, --- 280,293 ---- #endif EBUG if ( !ah->atph_rbitmap && ( req_hdr.atphd_ctrlinfo & ATP_XO )) { ! /* ! * successful completion - send release ! * the release consists of DDP type byte + ATP header + 4 user bytes ! */ req_hdr.atphd_ctrlinfo = ATP_TREL; bcopy( (char *)&req_hdr, ah->atph_reqpkt->atpbuf_info.atpbuf_data + 1, sizeof( struct atphdr )); + ah->atph_reqpkt->atpbuf_dlen = sizeof( struct atphdr ) + 5; #ifdef EBUG printf( "<%d> sending TREL", getpid() ); bprint( ah->atph_reqpkt->atpbuf_info.atpbuf_data, > I have a similar setup and have noticed the permission problem as well. > Thanks for the explanation. Um, I don't think the explanation is too correct. I'll respond to the original, in a few. :wes From netatalk-admins-request Fri Sep 24 10:50:58 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA02598; Fri, 24 Sep 93 10:51:04 -0400 Received: from relay1.UU.NET by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA02594; Fri, 24 Sep 93 10:50:58 -0400 Received: from firewall (via firewall.deere.com) by relay1.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA05308; Fri, 24 Sep 93 10:50:55 -0400 Received: from deere.dx.deere.com ([192.43.1.3]) by firewall (4.1/SMI-4.0) id AA08426; Fri, 24 Sep 93 09:50:54 CDT Received: from rers02.re.deere.com by deere.dx.deere.com (4.1/SMI-4.0) id AA26489; Fri, 24 Sep 93 09:50:53 CDT Received: by rers02.re.deere.com (AIX 3.2/UCB 5.64/4.03) id AA37302; Fri, 24 Sep 1993 09:47:32 -0500 From: goeringh@re.deere.com (Hope Goering) Message-Id: <9309241447.AA37302@rers02.re.deere.com> To: klb@citi.umich.edu Cc: netatalk-admins@terminator.rs.itd.umich.edu Subject: Making Progress With Netatalk Date: Fri, 24 Sep 93 09:47:32 -0600 I am making progress getting netatalk built under AIX 3.2.4, I think. I got the code made and installed. Now I am trying to configure it. I have several questions: 1. I don't know anything about Appletalk so I asked our experts for our Appletalk Phase II network address. The answer they gave me was a range 2000-2010. Is a range like this legitimate for atalkd.conf? 2. After I attempted to start atalkd and afpd I tried using the aecho command to see what I would get. I got the following message: Unknown service. Does this imply an error in my configuration file(s). If so, which one and what might be the error? 3. I noticed that the instructions always refer to the network interface et0. We use en0 and I'm wondering if that might be causing me any problems? 4. In the README file there is an instruction that says to "Select a name for your netatalk server". I understand why I should select such a name, but I'm not sure where I'm supposed to define this name. Does this go in a configuration file? Can anyone help me? Thanks, Hope Goering John Deere Product Engineering Center (319) 292-8626 goeringh@re.deere.com From netatalk-admins-request Mon Sep 27 17:24:41 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA23966; Mon, 27 Sep 93 17:24:42 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA23962; Mon, 27 Sep 93 17:24:41 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA05828; Mon, 27 Sep 93 17:24:40 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA05825; Mon, 27 Sep 93 17:24:37 -0400 Received: from serov.isds.duke.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA05818; Mon, 27 Sep 93 17:24:32 -0400 Received: by serov.isds.duke.edu (5.57/Ultrix3.0-C) id AA16945; Mon, 27 Sep 93 17:24:33 -0400 Date: Mon, 27 Sep 93 17:24:33 -0400 From: gallatin@isds.duke.edu (Andrew Gallatin) Message-Id: <9309272124.AA16945@serov.isds.duke.edu> To: netatalk-admins@itd.umich.edu Subject: Help installing netatalk I'm attempting to set up netatalk-1.3b2 for the purpose of printing to an Apple Laserwriter 630 via ethernet from a Personal Decstation (5000/25) named goya, and I'm having a bit of trouble talking to the printer. Basically, when I try to print directly using pap, I get: #pap -p goya ~/.cshrc Trying 1049.213:131 ... status: print spooler idle Connected to goya:LaserWriter@*. Connection closed. And nothing comes out of the printer.... What I have done: I have patched the kernel on the Dec & rebooted, added the contents of services.atalk to the NIS master's map and pushed, built the package, and ran rc.atalk. On the hardware end, I have no fancy stuff, just an Apple thin coax transceiver plugged into the back of the printer, connecting it to the rest of our network. Is this sufficient? I have copied most of the defaults files, such as the /etc/printcap entry, and the .paprc that sits in the spool directory, which I have made. My /etc/printcap for the pap printer is: pap|laserwriter 630 pro:\ :lp=/dev/null:lf=/var/adm/lpd-errs:pw#80:sh:\ :of=/usr/local/atalk/etc/ofpap:\ :if=/usr/local/atalk/etc/ifpap: :sd=/usr/spool/pap:mx#0:sf: /usr/spool/pap/.paprc contains: LaserWriter 630:LaserWriter@goya /usr/local/atalk/etc/atalkd.conf: ln0 -phase 2 Also, if I try to print 'normally', ie lpr -Ppap ~/.cshrc, I get: /usr/local/atalk/etc/ofpap[5110]: starting /usr/local/atalk/etc/ofpap[5110]: sending to pap No printer specified. Usage: pap [ -p printername ] [ -s statusfile ] [ file ] ... /usr/local/atalk/etc/ofpap[5110]: 5111 died with 1 /usr/lib/lpd: pap: output filter died (1) /usr/lib/lpd: pap: Mon Sep 27 15:32:38 1993: Job 39 aborted /usr/lib/lpd: pap: open failure (2) of control file cfA039goya.isds.duke.edu nbplkup gives me: goya:AFPServer 1049.213:133 goya:LaserWriter 1049.213:131 goya:Workstation 1049.213:4 In case you haven't guessed, I know nothing about the way ethertalk works, and I'm probably doing something very simple wrong. Any suggestions would be helpful. As I'm not on the mailing list, please CC any replies back to me (gallatin@isds.duke.edu) Thanks a lot! Andrew From netatalk-admins-request Tue Sep 28 18:30:31 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA15675; Tue, 28 Sep 93 18:30:32 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA15671; Tue, 28 Sep 93 18:30:31 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA22439; Tue, 28 Sep 93 18:30:30 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA22419; Tue, 28 Sep 93 18:30:20 -0400 Received: from relay2.UU.NET by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA22410; Tue, 28 Sep 93 18:30:05 -0400 Received: from spool.uu.net (via LOCALHOST) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA02741; Tue, 28 Sep 93 18:30:02 -0400 Received: from widget.UUCP by uucp3.uu.net with UUCP/RMAIL (queueing-rmail) id 182819.3283; Tue, 28 Sep 1993 18:28:19 EDT Received: from gadget.evb.com by evb.com (4.1/SMI-4.1) id AA05841; Tue, 28 Sep 93 17:37:43 EDT Received: from evb.com (widget) by gadget.evb.com (4.1/SMI-4.1) id AA09886; Tue, 28 Sep 93 17:34:18 EDT Message-Id: <9309282134.AA09886@gadget.evb.com> From: mahesh@evb.com (B.G. Mahesh) Date: Tue, 28 Sep 1993 17:37:41 -0400 X-Organization: SETT, Inc. X-Affiliate-Of: EVB Software Engineering, Inc. Reply-To: mahesh@evb.com X-Mailer: Mail User's Shell (7.2.3 5/22/91) To: netatalk-admins@umich.edu Subject: vmunix on 4.1.3 I have requested my name to be added to list few days ago but have not heard anything yet. So please reply directly back to mahesh@evb.com Has anyone been successful in rebuilding the kernel on a Sun [prefarably Solboure OS 4.1.3] after adding the line options V... I am getting lot of errors when I compile the files. thanks -- B.G. Mahesh mahesh@evb.com From netatalk-admins-request Wed Sep 29 10:04:25 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA04525; Wed, 29 Sep 93 10:04:26 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA04523; Wed, 29 Sep 93 10:04:25 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA04511; Wed, 29 Sep 93 10:04:15 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA04499; Wed, 29 Sep 93 10:04:06 -0400 Message-Id: <9309291404.AA04499@terminator.rs.itd.umich.edu> To: mahesh@evb.com Cc: netatalk-admins@umich.edu Subject: Re: vmunix on 4.1.3 In-Reply-To: Your message of "Tue, 28 Sep 1993 17:37:41 EDT." <9309282134.AA09886@gadget.evb.com> Date: Wed, 29 Sep 1993 10:04:06 -0400 From: Mark Smith >From: mahesh@evb.com (B.G. Mahesh) > To: netatalk-admins@umich.edu > > I have requested my name to be added to list few days ago but have not > heard anything yet. So please reply directly back to mahesh@evb.com The list maintainer (and father of netatalk) is on vacation this week. > Has anyone been successful in rebuilding the kernel on a Sun > [prefarably Solboure OS 4.1.3] after adding the line > > options V... > > I am getting lot of errors when I compile the files. We don't have the Solboure version of SunOS 4.1.3 here, but we have built and run netatalk on a variety of Suns under SunOS 4.1.3. I assume when you say "after adding the line options V... you actually mean options VDDRV? Does the Solbourne OS support loadable modules? What other options are you compiling with? Maybe VDDRV is dependent on something else being in your kernel. On Suns, the generic kernel shipped with the OS has VDDRV defined already. -Mark From netatalk-admins-request Thu Sep 30 12:13:02 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA02005; Thu, 30 Sep 93 12:13:04 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA02001; Thu, 30 Sep 93 12:13:02 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA06160; Thu, 30 Sep 93 12:13:03 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA06157; Thu, 30 Sep 93 12:13:00 -0400 Received: from letterbox.rl.ac.uk by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA06152; Thu, 30 Sep 93 12:12:50 -0400 Via: uk.ac.rutherford.informatics; Thu, 30 Sep 1993 17:13:02 +0100 Received: from ginkgo by inf.rl.ac.uk; Thu, 30 Sep 93 17:12:05 BST Date: Thu, 30 Sep 93 17:12:04 BST From: nbc@inf.rl.ac.uk Message-Id: <9309301612.AA05436@ginkgo> To: netatalk-admins%itd.umich.edu@earn-relay.ac.uk Subject: bad op messages X-Sun-Charset: US-ASCII Content-Length: 961 I run netatalk on one "village" which is part of a large Ethernet LAN divided by bridges and routers. recently someone in a different part of the LAN has started up a router on a Mac running EtherTalk Phase 2. Since they started doing this I have been getting error messages in the console windows of my Suns running Netatalk 1.2.1 (Sun IPCs with Sun OS4.1.1). Checking the code the errors are being generated by atalkd within the routine zip_packet - presumably because it does not like the packets being generated by the Phase 2 router. I presume this is expected behaviour or is there something else funny now going on on our network. Should netatalk (1.2.1) be happy with Phase 1 and Phase 2 routers on the same network. Everything still seems to work but we keep getting the message atalkd[154]: zip: bad op every 30 seconds in the console window and /var/adm/messages. Can anyone clarify what is ging on for me? Thanks, Neil Calton Rutherford Lab. From netatalk-admins-request Mon Oct 4 14:15:10 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA12071; Mon, 4 Oct 93 14:15:12 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA12067; Mon, 4 Oct 93 14:15:10 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA13531; Mon, 4 Oct 93 14:15:05 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA13512; Mon, 4 Oct 93 14:15:00 -0400 Received: from kssib.ksc.nasa.gov by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA13503; Mon, 4 Oct 93 14:14:52 -0400 Received: from core1.hssc.ksc.nasa.gov by kssib.ksc.nasa.gov with SMTP (5.65/25-eef) id AA12205; Mon, 4 Oct 93 14:15:36 -0400 Return-Path: Received: from freedom02 by core1.hssc.ksc.nasa.gov with SMTP id AA03914 (5.65c/IDA-1.4.4 for netatalk-admins@itd.umich.edu); Mon, 4 Oct 1993 14:15:30 -0400 Received: by freedom02 (911016.SGI/911001.SGI) for @core1.hssc.ksc.nasa.gov:netatalk-admins@itd.umich.edu id AA08271; Mon, 4 Oct 93 14:10:02 -0700 Date: Mon, 4 Oct 93 14:10:02 -0700 From: gcornell%freedom02@kssib.ksc.nasa.gov (Glen Cornell) Message-Id: <9310042110.AA08271@freedom02> To: netatalk-admins@itd.umich.edu Subject: PRINTING NOTE I sent a few massages a while ago asking for help with my printing problems. I couldn't get any of my laser printers to print. Being a system administrator, I have found that if you let some of the 'simple' problems sit for a bit, you will soon find that the users will figure it out on their own. I guess I was getting a taste of my own medicine here. Anyway, if you think you have set up netatalk correctly and you still can't print or only get a header page, try connecting your printer to the serial port. Apparently, Macs need some feedback from the printer in order to print properly. Hope this helps! Glenco ----------------------------------------------------------- Glen Cornell Harris Space Systems Corporation Office: B1-540 UNIX System Administrator Phone: (407) 633-3950 Fax: (407) 633-3900 e-mail: gcornell@core1.hssc.ksc.nasa.gov ----------------------------------------------------------- From netatalk-admins-request Mon Oct 4 14:25:21 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA12340; Mon, 4 Oct 93 14:25:22 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA12338; Mon, 4 Oct 93 14:25:21 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA12333; Mon, 4 Oct 93 14:25:18 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA12306; Mon, 4 Oct 93 14:25:06 -0400 Message-Id: <9310041825.AA12306@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: mahesh@evb.com Cc: netatalk-admins@umich.edu Subject: Re: vmunix on 4.1.3 In-Reply-To: Your message of "Tue, 28 Sep 1993 17:37:41 EDT." <9309282134.AA09886@gadget.evb.com> Date: Mon, 04 Oct 1993 14:25:05 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: mahesh@evb.com (B.G. Mahesh) > To: netatalk-admins@umich.edu > [Solboure OS 4.1.3] > options VDDRV We don't have access to a Solbourne machine. The VDDRV option that we suggest compiling into SunOS is for the mod{stat,load,unload} programs. netatalk doesn't use VDDRV directly. You should check to see is modload, et al are supported on Solbourne machines and if they are, how the kernel needs to be configured to support them. :wes From netatalk-admins-request Mon Oct 4 16:05:06 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA14648; Mon, 4 Oct 93 16:05:08 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA14644; Mon, 4 Oct 93 16:05:06 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA21380; Mon, 4 Oct 93 16:05:05 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA21363; Mon, 4 Oct 93 16:05:00 -0400 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA21357; Mon, 4 Oct 93 16:04:57 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA14591; Mon, 4 Oct 93 16:04:52 -0400 Message-Id: <9310042004.AA14591@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: gallatin@isds.duke.edu (Andrew Gallatin) Cc: netatalk-admins@itd.umich.edu Subject: Re: Help installing netatalk In-Reply-To: Your message of "Mon, 27 Sep 1993 17:24:33 EDT." <9309272124.AA16945@serov.isds.duke.edu> Date: Mon, 04 Oct 1993 16:04:51 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: gallatin@isds.duke.edu (Andrew Gallatin) > To: netatalk-admins@itd.umich.edu > #pap -p goya ~/.cshrc > Trying 1049.213:131 ... > status: print spooler idle > Connected to goya:LaserWriter@*. > Connection closed. There are two things wrong with the above. First, you seem to be trying to connect to "goya", your Decstation. You should be trying to print to your printer, whatever its name is. The second problem is that your .cshrc is probably not in PostScript. Try sending one line showpage to the printer. > On the hardware end, I have no fancy stuff, just an Apple thin coax > transceiver plugged into the back of the printer, connecting it to the > rest of our network. Is this sufficient? Should be. > nbplkup gives me: > goya:AFPServer 1049.213:133 > goya:LaserWriter 1049.213:131 > goya:Workstation 1049.213:4 This is all nbplkup shows? Do you have any ethernet-ed macs on the network? Do they show anything in the chooser? What does netatalk -r -n return? :wes From netatalk-admins-request Tue Oct 5 04:19:23 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA23655; Tue, 5 Oct 93 04:19:29 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA23651; Tue, 5 Oct 93 04:19:23 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA13898; Tue, 5 Oct 93 04:19:19 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA13895; Tue, 5 Oct 93 04:19:16 -0400 Received: from letterbox.rl.ac.uk by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA13890; Tue, 5 Oct 93 04:19:06 -0400 Via: uk.ac.nsfnet-relay; Mon, 4 Oct 1993 19:01:11 +0100 Received: from terminator.rs.itd.umich.edu by sun3.nsfnet-relay.ac.uk with Internet SMTP id ; Mon, 4 Oct 1993 19:00:03 +0100 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA11670; Mon, 4 Oct 93 13:59:51 -0400 Message-Id: <9310041759.AA11670@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: nbc@inf.rl.ac.uk Cc: netatalk-admins Subject: Re: bad op messages In-Reply-To: Your message of "Thu, 30 Sep 1993 17:12:04 -0000." <9309301612.AA05436@ginkgo> Date: Mon, 04 Oct 1993 13:59:50 -0400 Original-Sender: wes@terminator.rs.itd.umich.edu Sender: wes@terminator.rs.itd.umich.edu > From: nbc@inf.rl.ac.uk > To: netatalk-admins%itd.umich.edu@earn-relay.ac.uk > atalkd[154]: zip: bad op Assuming everything else is working, I would just comment out the syslog message. I'm guessing there's something odd about the phase 2 router, if it's sending a lot of packets that a phase 1 machine doesn't understand. It's probably nothing to be too concerned about, tho. :wes From netatalk-admins-request Wed Oct 6 18:04:44 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA07320; Wed, 6 Oct 93 18:04:45 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA07316; Wed, 6 Oct 93 18:04:44 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28764; Wed, 6 Oct 93 18:04:44 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28761; Wed, 6 Oct 93 18:04:41 -0400 Received: from kodak.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA28755; Wed, 6 Oct 93 18:04:33 -0400 Received: from telstar.kodak.com by Kodak.COM (5.61+/2.1-Eastman Kodak) id AA14566; Wed, 6 Oct 93 18:06:25 -0400 Reply-To: nobody@Kodak.COM Received: from tels12.telstar.Kodak.COM (tels12) by tels03 with SMTP id AA21446 (5.65c+/IDA-1.4.4 for ); Wed, 6 Oct 1993 16:32:45 -0500 Received: by tels12.telstar.Kodak.COM id AA00817 (5.65c/IDA-1.4.4 for netatalk-admins@itd.umich.edu); Wed, 6 Oct 1993 16:32:46 -0500 Date: Wed, 6 Oct 1993 16:32:46 -0500 From: Bill Fuller Message-Id: <199310062132.AA00817@tels12.telstar.Kodak.COM> To: netatalk-admins@itd.umich.edu Subject: Change my mail address Hi, Could you please change my mailing address from fuller@kadsma.kodak.com to fuller@telstar.kodak.com Our mailhost has changed, and I need to have my mail sent there. Thanks, William H. Fuller Dial: (716)-726-2311 Senior Systems Consultant UUCP: ...!rochester!kodak!telstar!fuller Rochester, N.Y. ARPA: fuller@telstar.kodak.com From netatalk-admins-request Thu Oct 7 09:32:44 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA18580; Thu, 7 Oct 93 09:32:45 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA18575; Thu, 7 Oct 93 09:32:44 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA18702; Thu, 7 Oct 93 09:32:44 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA18699; Thu, 7 Oct 93 09:32:34 -0400 Received: from [162.122.9.243] by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA18606; Thu, 7 Oct 93 09:30:57 -0400 Received: by maraven.maraven.pdv.com (4.1/SMI-4.1) id AA01220; Wed, 6 Oct 93 19:23:39-040 Date: Wed, 6 Oct 93 19:23:39-040 From: ifot23@maraven.pdv.com (Rui Jose Teixeira Palacio) Message-Id: <9310062323.AA01220@maraven.maraven.pdv.com> To: netatalk-admins@umich.edu, netatalk@umich.edu Subject: Subject: Remote Unix Printers Hi! I want to know, how I can see from my Macs the remotes printers. So far, I can see only the printer attach to the Unix server. Thanks in advance, Rui Teixeira From netatalk-admins-request Thu Oct 7 09:35:11 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA18717; Thu, 7 Oct 93 09:35:13 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA18710; Thu, 7 Oct 93 09:35:11 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA18898; Thu, 7 Oct 93 09:35:10 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA18885; Thu, 7 Oct 93 09:35:00 -0400 Received: from [162.122.9.243] by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA18748; Thu, 7 Oct 93 09:33:42 -0400 Received: by maraven.maraven.pdv.com (4.1/SMI-4.1) id AA01224; Wed, 6 Oct 93 19:23:55-040 Date: Wed, 6 Oct 93 19:23:55-040 From: ifot23@maraven.pdv.com (Rui Jose Teixeira Palacio) Message-Id: <9310062323.AA01224@maraven.maraven.pdv.com> To: netatalk-admins@umich.edu, netatalk@umich.edu Subject: Remote Unix Printers Hi! I want to know, how I can see from my Macs the remotes printers. So far, I can see only the printer attach to the Unix server. Thanks in advance, Rui Teixeira From netatalk-admins-request Thu Oct 7 09:36:31 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA18743; Thu, 7 Oct 93 09:36:32 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA18738; Thu, 7 Oct 93 09:36:31 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA18982; Thu, 7 Oct 93 09:36:30 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA18961; Thu, 7 Oct 93 09:36:17 -0400 Received: from [162.122.9.243] by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA18897; Thu, 7 Oct 93 09:35:05 -0400 Received: by maraven.maraven.pdv.com (4.1/SMI-4.1) id AA01228; Wed, 6 Oct 93 19:27:28-040 Date: Wed, 6 Oct 93 19:27:28-040 From: ifot23@maraven.pdv.com (Rui Jose Teixeira Palacio) Message-Id: <9310062327.AA01228@maraven.maraven.pdv.com> To: netatalk-admins@umich.edu, netatalk@umich.edu Subject: Remote Unix Printers Hi! I want to know, how can I set the atalk to "see" the remote printers attach to the Unix Server. So far, I can see only the printer directly attach to the Unix server that runs atalk. Besides that how can I change the name of the printer, now it have the same name that the server has... Thanks in advance, Rui Teixeira cc:ifot23%mrvop2@intop1.intevep.pdv.com From netatalk-admins-request Thu Oct 7 09:44:23 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA21067; Thu, 7 Oct 93 09:44:25 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA21061; Thu, 7 Oct 93 09:44:23 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19379; Thu, 7 Oct 93 09:44:23 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19376; Thu, 7 Oct 93 09:44:16 -0400 Received: from [162.122.1.241] by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA19330; Thu, 7 Oct 93 09:43:04 -0400 Received: by servidor.maraven.pdv.com (4.1/SMI-4.1) id AA02689; Wed, 6 Oct 93 19:08:37-040 Date: Wed, 6 Oct 93 19:08:37-040 From: root@maraven.pdv.com (Operator) Message-Id: <9310062308.AA02689@servidor.maraven.pdv.com> To: netatalk-admins@umich.edu, netatalk@umich.edu Subject: Remote Unix Printers Hi! I want to know, how I can see from my Macs the remotes printers. So far, I can see only the printer attach to the Unix server. Thanks in advance, Rui Teixeira From netatalk-admins-request Thu Oct 7 09:46:08 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA21116; Thu, 7 Oct 93 09:46:09 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA21112; Thu, 7 Oct 93 09:46:08 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19477; Thu, 7 Oct 93 09:46:08 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19473; Thu, 7 Oct 93 09:46:00 -0400 Received: from [162.122.1.241] by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA19402; Thu, 7 Oct 93 09:44:45 -0400 Received: by servidor.maraven.pdv.com (4.1/SMI-4.1) id AA02750; Wed, 6 Oct 93 19:17:27-040 Date: Wed, 6 Oct 93 19:17:27-040 From: root@maraven.pdv.com (Operator) Message-Id: <9310062317.AA02750@servidor.maraven.pdv.com> To: netatalk-admins@umich.edu, netatalk@umich.edu Subject: Mac connection Hi! I can see my Unix server from my Mac, but when I try to connect to it, I can get any volumen of my Unix server. I already define the user in my Unix server. Should I have to do something in my unix server in order to my Mac's get connection? Thanks! Rui cc: ifot23%mrvop2@intop1.intvep.pdv.com From netatalk-admins-request Thu Oct 7 16:13:22 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA02573; Thu, 7 Oct 93 16:13:23 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA02569; Thu, 7 Oct 93 16:13:22 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA09943; Thu, 7 Oct 93 16:13:22 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA09933; Thu, 7 Oct 93 16:13:18 -0400 Received: from postman.osf.org by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09922; Thu, 7 Oct 93 16:13:12 -0400 Received: from chainsaw.osf.org by postman.osf.org (5.64+/OSF 1.0) id AA09801; Thu, 7 Oct 93 16:13:09 -0400 Received: by chainsaw.osf.org (5.65/4.7) id AA11556; Thu, 7 Oct 93 16:13:07 -0400 From: heintz@osf.org Message-Id: <9310072013.AA11556@chainsaw.osf.org> Subject: response time for copies To: netatalk-admins@umich.edu Date: Thu, 7 Oct 1993 16:13:07 -0500 (EDT) Cc: netatalk@umich.edu X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 765 Hi, I am experienceing very very poor perfromance when copying files to one of the networked drive. Executing applications happens as fast as it would via appltalk so thats ok. Are there any compile time options I could check and also maybe the configuration of the atalkd.conf?????? here is the atalkd.conf ln0 -phase 2 -net 81-82 -zone DEV -zone OPS hereis afpd.conf ~ /mac/dev /mac/ops any clues or places to look....? Curt -- =============================================================================== Curt A. Heintz email: heintz@osf.org Open Software Foundation System Administrator 11 Cambridge Center (617)621-7323 Cambridge, MA 02142 =============================================================================== From netatalk-admins-request Fri Oct 8 14:17:09 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA21241; Fri, 8 Oct 93 14:17:10 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA21237; Fri, 8 Oct 93 14:17:09 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19047; Fri, 8 Oct 93 14:17:09 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19041; Fri, 8 Oct 93 14:17:05 -0400 Received: from orixa.mtholyoke.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA19035; Fri, 8 Oct 93 14:16:57 -0400 Received: by orixa.mtholyoke.edu (5.65c+/Ultrix3.0-C) id AA16429; Fri, 8 Oct 1993 14:16:56 -0400 From: jbotz@orixa.mtholyoke.edu (Jurgen Botz) Message-Id: <199310081816.AA16429@orixa.mtholyoke.edu> Subject: afpd[27767]: setdirowner: chown -1/1 To: netatalk-admins@umich.edu (netatalk) Date: Fri, 8 Oct 1993 14:16:55 -0400 (EDT) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 270 I'm seeing the following in my syslogs: Oct 8 10:10:46 grendel afpd[27767]: setdirowner: chown -1/1 .AppleDouble/.Parent: Not owner Oct 8 10:10:46 grendel afpd[27767]: setdirowner: chown -1/1 .AppleDouble: Not owner What exactly is afpd trying to do here? - Jurgen put me on the right track should do. Thanks! - Jurgen From netatalk-admins-request Fri Oct 8 15:29:30 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA22622; Fri, 8 Oct 93 15:29:31 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA22619; Fri, 8 Oct 93 15:29:30 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA22614; Fri, 8 Oct 93 15:29:28 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA22600; Fri, 8 Oct 93 15:29:16 -0400 Message-Id: <9310081929.AA22600@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: jbotz@orixa.mtholyoke.edu (Jurgen Botz) Cc: netatalk-admins@umich.edu (netatalk) Subject: Re: afpd[27767]: setdirowner: chown -1/1 In-Reply-To: Your message of "Fri, 08 Oct 1993 14:16:55 EDT." <199310081816.AA16429@orixa.mtholyoke.edu> Date: Fri, 08 Oct 1993 15:29:15 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: jbotz@orixa.mtholyoke.edu (Jurgen Botz) > To: netatalk-admins@umich.edu (netatalk) > afpd[27767]: setdirowner: chown -1/1 .AppleDouble: Not owner Whenever the mac creates a directory, the last step in the creation process is to set the owner and group of the directory (remember, AppleShare uses symantics like sysV unix, i.e. anything you own can be chowned). The error that's being reported is that the group of a directory can't be changed. This is most likely because the user is not in the group that the directory has inherited from its parent. :wes From netatalk-admins-request Fri Oct 8 15:37:03 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA22827; Fri, 8 Oct 93 15:37:05 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA22825; Fri, 8 Oct 93 15:37:03 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA22822; Fri, 8 Oct 93 15:37:00 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA22800; Fri, 8 Oct 93 15:36:47 -0400 Message-Id: <9310081936.AA22800@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: jbotz@orixa.mtholyoke.edu (Jurgen Botz) Cc: netatalk-admins@umich.edu Subject: Re: general question about dirIDs In-Reply-To: Your message of "Fri, 08 Oct 1993 14:18:49 EDT." <199310081818.AA16441@orixa.mtholyoke.edu> Date: Fri, 08 Oct 1993 15:36:46 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: jbotz@orixa.mtholyoke.edu (Jurgen Botz) > To: netatalk-admins@umich.edu (netatalk) > How does netatalk deal with Macintosh dirIDs, specifically, what > happens when the Macintosh specifys a directory only by dirID? DIDs are assigned on the fly. They are not saved between sessions. If a mac asks for a DID which hasn't been assigned in the current session, the operation fails. If the mac asks for a DID which has been assigned in the current session, but that assignment differs from the last session, then the wrong directory is returned. There is a bug on the Mac which is exercised *very* effectively with netatalk: If you have a volume name, no matter which server it is on or which zone it is in, the Mac will always attempt to use the same DID for the Network Trash Folder. E.g. mount mac from terminator:afpserver@argus trash anything dismount mount mac from ifs:afpserver@angell => the first directory in the root is missing, and if there was a Network Trash Folder, it is no longer invisible Neat, eh? We have a patch which helps this problem by priming the DID cache with the Network Trash Folder, if it exists. :wes From netatalk-admins-request Mon Oct 11 08:41:19 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA05510; Mon, 11 Oct 93 08:41:22 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA05506; Mon, 11 Oct 93 08:41:19 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA25070; Mon, 11 Oct 93 08:41:19 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA25067; Mon, 11 Oct 93 08:41:17 -0400 Received: from flamingo.ns.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA25062; Mon, 11 Oct 93 08:41:14 -0400 Received: by flamingo.ns.itd.umich.edu (5.65/1123-1.0(us)) id AA02881; Mon, 11 Oct 93 08:40:25 -0400 Date: Mon, 11 Oct 93 08:40:25 -0400 From: Shanti Suresh Message-Id: <9310111240.AA02881@flamingo.ns.itd.umich.edu> To: netatalk-admins@umich.edu Subject: zone-lookup Hi all, I'm trying to do a simple lookup of zones and I get some error messages. The details are as follows: ---------------------------------------------------------------------------- prompt> getzones atp_rresp: Connection timed out prompt> getzones -m atp_rresp: Connection timed out prompt> nbplkup . . . UMTel GStar GX-M:GatorBox 8066.93:128 UMTel GStar GX-M:GatorStar GX-M 8066.93:128 UMTel GStar GX-M:SNMP Agent 8066.93:8 . . . prompt> getzones -m 8066.93 UMTel ---------------------------------------------------------------------------- "UMTel" is our local zone. However why did plain "getzones -m" not return that name? What is the error message "atp_rresp: Connection timed out" due to? I'm running v1.1.3a+ of netatalk. Thanx. -Shanti From netatalk-admins-request Fri Oct 8 10:12:59 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA16232; Fri, 8 Oct 93 10:13:02 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA16226; Fri, 8 Oct 93 10:12:59 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA08063; Fri, 8 Oct 93 10:12:59 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA08057; Fri, 8 Oct 93 10:12:55 -0400 Received: from postman.osf.org by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA08046; Fri, 8 Oct 93 10:12:51 -0400 Received: from chainsaw.osf.org by postman.osf.org (5.64+/OSF 1.0) id AA06754; Fri, 8 Oct 93 10:12:50 -0400 Received: by chainsaw.osf.org (5.65/4.7) id AA11856; Fri, 8 Oct 93 10:12:49 -0400 From: heintz@osf.org Message-Id: <9310081412.AA11856@chainsaw.osf.org> Subject: Ultrix syslog error messages?? To: netatalk-admins@umich.edu Date: Fri, 8 Oct 1993 10:12:49 -0500 (EDT) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1233 Does anyone know what might be causing this error message to be send every 10 seconds: ct 8 10:02:53 localhost: 222 atalkd: rtmp_packet extended mismatch Oct 8 10:03:03 localhost: 222 atalkd: rtmp_packet extended mismatch ..... Oct 8 10:07:13 localhost: 222 atalkd: rtmp_packet extended mismatch Oct 8 10:07:23 localhost: 222 atalkd: rtmp_packet extended mismatch Oct 8 10:07:33 localhost: 222 atalkd: rtmp_packet extended mismatch Oct 8 10:07:43 localhost: 222 atalkd: rtmp_packet extended mismatch Oct 8 10:07:53 localhost: 222 atalkd: rtmp_packet extended mismatch Oct 8 10:08:03 localhost: 222 atalkd: rtmp_packet extended mismatch Oct 8 10:08:13 localhost: 222 atalkd: rtmp_packet extended mismatch Oct 8 10:08:23 localhost: 222 atalkd: rtmp_packet extended mismatch Oct 8 10:08:33 localhost: 222 atalkd: rtmp_packet extended mismatch Also is there an ftp site with patches? thanks, Curt -- =============================================================================== Curt A. Heintz email: heintz@osf.org Open Software Foundation System Administrator 11 Cambridge Center (617)621-7323 Cambridge, MA 02142 =============================================================================== From netatalk-admins-request Tue Oct 12 11:13:13 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA03915; Tue, 12 Oct 93 11:13:14 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA03913; Tue, 12 Oct 93 11:13:13 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA03909; Tue, 12 Oct 93 11:13:10 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA03885; Tue, 12 Oct 93 11:12:50 -0400 Message-Id: <9310121512.AA03885@terminator.rs.itd.umich.edu> To: heintz@osf.org Cc: netatalk-admins@Umich.edu Subject: Re: Ultrix syslog error messages?? From: wesley.craig@umich.edu Date: Tue, 12 Oct 1993 11:12:50 -0400 Sender: wes@terminator.rs.itd.umich.edu Perhaps you didn't get my reply the first time, Curt. Here it is again. Interestingly, netatalk is usually pretty good at finding misconfiguration in the network. Of course it could just be a bug, but the first step is to verify the correct configuration of your network. :wes ------- Forwarded Message From: wesley.craig@umich.edu To: heintz@osf.org cc: netatalk@umich.edu Subject: Re: Error messages from netatalk-1.3b2 In-reply-to: Your message of "Wed, 06 Oct 1993 09:08:35 CDT." <9310061308.AA10668@chainsaw.osf.org> Date: Fri, 08 Oct 1993 12:45:30 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: heintz@osf.org > To: netatalk@umich.edu > Oct 6 09:03:32 localhost: 144 atalkd: rtmp_packet extended mismatch What this is telling you is that there is a router on your network which is broadcasting routing information that doesn't match your's. There are only two places where you can get routing information: your config file and a router on the network. Since you don't have any network numbers in your config file, it's a strong possibility that you've actually got two routers on your net, one of which is claiming that a particular net is extended, and the other is claiming that it's not. Perhaps you should have someone look at the routers? :wes ------- End of Forwarded Message From netatalk-admins-request Tue Oct 12 11:22:39 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA04182; Tue, 12 Oct 93 11:22:41 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA04178; Tue, 12 Oct 93 11:22:39 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28203; Tue, 12 Oct 93 11:22:39 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28199; Tue, 12 Oct 93 11:22:34 -0400 Received: from obelix.tsg.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA28176; Tue, 12 Oct 93 11:22:17 -0400 Received: by tsg.com.tsg.com (4.1/SMI-4.1) id AA22517; Tue, 12 Oct 93 11:20:49 EDT Date: Tue, 12 Oct 93 11:20:49 EDT From: whalenm@tsg.com (Matthew Whalen) Message-Id: <9310121520.AA22517@tsg.com.tsg.com> To: netatalk-admins@umich.edu Subject: Next beta release Any info on when the next release of netatalk will be. There have been quite a few patches, and I haven't been keeping up with them like I should have been. Thanks. -matthew From netatalk-admins-request Tue Oct 12 15:06:58 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA09344; Tue, 12 Oct 93 15:06:59 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09339; Tue, 12 Oct 93 15:06:58 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA09897; Tue, 12 Oct 93 15:06:57 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA09894; Tue, 12 Oct 93 15:06:55 -0400 Received: from postman.osf.org by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA09889; Tue, 12 Oct 93 15:06:51 -0400 Received: from chainsaw.osf.org by postman.osf.org (5.64+/OSF 1.0) id AA23640; Tue, 12 Oct 93 15:06:50 -0400 Received: by chainsaw.osf.org (5.65/4.7) id AA01103; Tue, 12 Oct 93 15:06:50 -0400 From: heintz@osf.org Message-Id: <9310121906.AA01103@chainsaw.osf.org> Subject: Re: Ultrix syslog error messages?? To: wesley.craig@umich.edu Date: Tue, 12 Oct 1993 15:06:49 -0500 (EDT) Cc: netatalk-admins@Umich.edu In-Reply-To: <9310121512.AA03885@terminator.rs.itd.umich.edu> from "wesley.craig@umich.edu" at Oct 12, 93 11:12:50 am X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1093 > > Perhaps you didn't get my reply the first time, Curt. Here it is > again. Interestingly, netatalk is usually pretty good at finding > misconfiguration in the network. Of course it could just be a bug, but > the first step is to verify the correct configuration of your network. > > :wes > Sorry for not responding, I did receive your response earlier. I inquired about the routeing of phase2 appletalk through our routers here. But the network people are generally pretty busy. However, the (every 10secs) error message doesn't appear to relate to any network slowdown within appletalk, or unnoticable to its blazing speed. :^) To help me debug a possible config problem on my end do you have any samples of atalkd.conf files?? thanks, Curt -- =============================================================================== Curt A. Heintz email: heintz@osf.org Open Software Foundation System Administrator 11 Cambridge Center (617)621-7323 Cambridge, MA 02142 =============================================================================== From netatalk-admins-request Thu Oct 14 22:38:25 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA25187; Thu, 14 Oct 93 22:38:26 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA25185; Thu, 14 Oct 93 22:38:25 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA25180; Thu, 14 Oct 93 22:38:20 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA25164; Thu, 14 Oct 93 22:38:09 -0400 Message-Id: <9310150238.AA25164@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: whalenm@tsg.com (Matthew Whalen) Cc: netatalk-admins@umich.edu Subject: Re: Next beta release In-Reply-To: Your message of "Tue, 12 Oct 1993 11:20:49 EDT." <9310121520.AA22517@tsg.com.tsg.com> Date: Thu, 14 Oct 1993 22:38:08 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: whalenm@tsg.com (Matthew Whalen) > To: netatalk-admins@umich.edu > Any info on when the next release of netatalk will be. There have > been quite a few patches, and I haven't been keeping up with them > like I should have been. Thanks. Good question! I think I've finally gotten the phase 1 <-> phase 2 crap working correctly. Major headache. There have also been some interesting additions and bug fixes to afpd, like some locking symantics and that annoying "Can't Empty Trash..." message. We're currently thinking about a fixed-DID scheme we came up with. However, since we've made some serious additions, and adding fixed-DIDs might take weeks, I'd like to have (just) one more beta release. Call it "pending". There are a couple of installation glitches that we'll try to take care of before we do the 1.3b3 release. :wes From netatalk-admins-request Thu Oct 21 11:25:53 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA26128; Thu, 21 Oct 93 11:25:54 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA26124; Thu, 21 Oct 93 11:25:53 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28799; Thu, 21 Oct 93 11:25:52 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28796; Thu, 21 Oct 93 11:25:50 -0400 Received: from obelix.tsg.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA28780; Thu, 21 Oct 93 11:25:29 -0400 Received: by tsg.com.tsg.com (4.1/SMI-4.1) id AA16982; Thu, 21 Oct 93 11:23:41 EDT Date: Thu, 21 Oct 93 11:23:41 EDT From: whalenm@tsg.com (Matthew Whalen) Message-Id: <9310211523.AA16982@tsg.com.tsg.com> To: netatalk-admins@umich.edu Subject: Kerberos UAM for Mac Does anyone have the Kerberos UAM compiled for the Macintosh? I tried to compile it, but had some problems getting the BSD socket library to compile. So, if someone has it compiled (I assume that I'd be able to change the realm name), could you email it to me. Thanks -matthew whalenm@tsg.com From netatalk-admins-request Thu Oct 21 12:00:46 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA28588; Thu, 21 Oct 93 12:00:47 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28584; Thu, 21 Oct 93 12:00:46 -0400 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28575; Thu, 21 Oct 93 12:00:42 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA28562; Thu, 21 Oct 93 12:00:33 -0400 Message-Id: <9310211600.AA28562@terminator.rs.itd.umich.edu> From: Mark Smith To: whalenm@tsg.com (Matthew Whalen) Cc: netatalk-admins@umich.edu Subject: Re: Kerberos UAM for Mac In-Reply-To: Your message of "Thu, 21 Oct 1993 11:23:41 EDT." <9310211523.AA16982@tsg.com.tsg.com> Date: Thu, 21 Oct 1993 12:00:32 -0400 Sender: mcs@terminator.rs.itd.umich.edu >From: whalenm@tsg.com (Matthew Whalen) > To: netatalk-admins@umich.edu > > Does anyone have the Kerberos UAM compiled for the Macintosh? I tried > to compile it, but had some problems getting the BSD socket library > to compile. So, if someone has it compiled (I assume that I'd be able > to change the realm name), could you email it to me. Thanks Check out the /unix/netatalk/afs directory in the anonymous ftp area on terminator.rs.itd.umich.edu. As of last week, we have put up binaries for the UAM and an "AFS Privileges" utility, and updated source distributions for both. We didn't make code changes; we just included more of the MIT files you need so you are more likely to be successful if you try to build it yourself. -Mark From netatalk-admins-request Fri Oct 22 09:34:35 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA23265; Fri, 22 Oct 93 09:34:37 -0400 Received: from sun2.nsfnet-relay.ac.uk by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA23261; Fri, 22 Oct 93 09:34:35 -0400 Via: uk.ac.umds.miranda; Fri, 22 Oct 1993 14:03:02 +0100 Via: genetics (pru1); Fri, 22 Oct 93 14:02:29 BST Received: by genetics (4.1/SMI-4.1) id AA08897; Fri, 22 Oct 93 14:02:13 BST Date: Fri, 22 Oct 93 14:02:13 BST From: pkb@uk.ac.umds.pru1 (Peter Botcherby) Message-Id: <9310221302.AA08897@genetics> To: netatalk-admins@terminator.rs.itd.umich.edu Subject: Printing from Mac to Unix QMS815 PS Reply-To: p.botcherby@miranda.umds.ac.uk Hi, I have installed netatalk 1.3b on a SUN SS2 with 4.1.2 SUNOS and its astounding - thankyou very much. However I am unable to get printing going from Macs to Unix. I can see the QMS printer in the chooser menu on the Mac and can get the desktop to print (in 2 pages) on the QMS but if I try to print from Word to the Unix printer nothing appears even though the job is being processed. I also get the procset from the Mac in /var/spool/lpd/papd-procsets eg (AppleDict_md).71.0. I have set up the file LWPlusFonts to reflect the 45 fonts available on the QMS 815PS. The Macs are running System 7.2. I do not know very much about Macs coming from PC & Unix background and any help you can give me would be much appreciated. Thanks again Peter K. Botcherby Paediatric Research Unit Guys Hospital London UK From netatalk-admins-request Tue Oct 26 16:46:01 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA26193; Tue, 26 Oct 93 16:46:03 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA26189; Tue, 26 Oct 93 16:46:01 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA16370; Tue, 26 Oct 93 16:46:00 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA16365; Tue, 26 Oct 93 16:45:57 -0400 Received: from coos.dartmouth.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA16358; Tue, 26 Oct 93 16:45:42 -0400 Received: by coos.dartmouth.edu (5.65/DEC-Ultrix/4.3) id AA19839; Tue, 26 Oct 1993 16:45:24 -0400 Message-Id: <7020671@prancer.Dartmouth.EDU> Date: 26 Oct 93 16:45:27 EDT From: David.M.Fisher@Dartmouth.EDU (David M. Fisher) Subject: Performance specs To: netatalk-admins@umich.edu Does anyone out there have a good idea of the performance of netatalk, especially with respect to many users at once, and file transfer times? We are thinking of setting up a file server using netatalk, but since we can occasionally have more than 100 users on our current file servers we are wondering what happens to netatalk in that case... -Dave From netatalk-admins-request Tue Oct 26 17:56:35 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA28054; Tue, 26 Oct 93 17:56:36 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA28050; Tue, 26 Oct 93 17:56:35 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19476; Tue, 26 Oct 93 17:56:34 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19473; Tue, 26 Oct 93 17:56:32 -0400 Received: from harper.Stanford.EDU by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA19468; Tue, 26 Oct 93 17:56:27 -0400 Received: by harper (5.57/inc-1.0) id AA10811; Tue, 26 Oct 93 14:56:15 -0700 From: shahrol@harper.stanford.edu (Shahrol) Message-Id: <9310262156.AA10811@harper> Subject: Re: Performance specs To: netatalk-admins@umich.edu Date: Tue, 26 Oct 1993 14:56:15 -0700 (PDT) In-Reply-To: <7020671@prancer.Dartmouth.EDU> from "David M. Fisher" at Oct 26, 93 04:45:27 pm Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1053 > > Does anyone out there have a good idea of the performance of netatalk, > especially with respect to many users at once, and file transfer times? > I ran some quick tests using LanTest - here are the numbers: All numbers are in kb/sec. Test writes and reads a 3 meg file to the servers. All servers are on the same ethernet, and are very lightly loaded during the tests. Centris 650 16/230 AppleShare 3.01 write 88.97 read 418.70 DEC 5000/240 32/2.6G, Prestoserve, Netatalk 1.3 write 212.30 read 339.36 Sun Sparc 4/110 8/500, Netatalk 1.3 write 95.35 read 194.70 Centris 650 20/230 Personal Filesharing write 140.00 read 195.12 IIfx 20/120 Personal Filesharing write 109.89 read 240.21 The outrageous read rate for the Centris Appleshare is mostly due to the fact that the file was cached completely in RAM for the read operation. We regularly transfer ~60 megs of stuff to some 50-60 Centrises from the DEC and it seems that the DEC performance does not degrade as much as the Centris AppleShare Server. Hope this helps -shahrol From netatalk-admins-request Wed Oct 27 13:52:00 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA28079; Wed, 27 Oct 93 13:52:03 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA28075; Wed, 27 Oct 93 13:52:00 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28063; Wed, 27 Oct 93 13:51:59 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28053; Wed, 27 Oct 93 13:51:52 -0400 Received: from postman.osf.org by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA28042; Wed, 27 Oct 93 13:51:41 -0400 Received: from chainsaw.osf.org by postman.osf.org (5.64+/OSF 1.0) id AA19782; Wed, 27 Oct 93 13:51:31 -0400 Received: by chainsaw.osf.org (5.65/4.7) id AA00826; Wed, 27 Oct 93 13:51:30 -0400 From: heintz@osf.org Message-Id: <9310271751.AA00826@chainsaw.osf.org> Subject: Printing problem To: netatalk-admins@umich.edu Date: Wed, 27 Oct 1993 13:51:29 -0500 (EDT) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1295 Hi, I am having a problem setting up netatalk 1.3b2 printing from the Mac's to our Unix printers. Here is what I have done: I have been working with the mac printers first: the printcap file looks like so: loraine|Lorraine's Printer on Appltalk:\ :printer=/dev/loraine:lf=/var/adm/lpd-errs:pw#80:hl:\ :of=:DESTDIR:/etc/ofpap:\ :if=:DESTDIR:/etc/ifpaprev:\ :tf=:DESTDIR:/etc/tfpaprev: when papd start is gets an unknown printer lp error? this printer is on a zone called DEV. Do I have to create a device entry for /dev/loraine or can it be a link to /dev/printer? Also /dev/printer is a socket that is created when print services are started. I would also imagine that the /etc/printcap file on our printserver will have to contain an entry for all the Mac printers, that we'd like to use via netatalk. Another question how do you distinguish the zones in the printcap file? any help would be appreciated Curt -- =============================================================================== Curt A. Heintz email: heintz@osf.org Open Software Foundation System Administrator 11 Cambridge Center (617)621-7323 Cambridge, MA 02142 =============================================================================== From netatalk-admins-request Thu Oct 28 12:18:56 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA24393; Thu, 28 Oct 93 12:18:56 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA24389; Thu, 28 Oct 93 12:18:56 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA14827; Thu, 28 Oct 93 12:18:55 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA14822; Thu, 28 Oct 93 12:18:52 -0400 Received: from unixa.nerc-wallingford.ac.uk by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA14810; Thu, 28 Oct 93 12:18:41 -0400 Received: from hermes.rdg.ac.uk by unixa.nerc-wallingford.ac.uk with SMTP (PP) id <05143-0@unixa.nerc-wallingford.ac.uk>; Thu, 28 Oct 1993 16:18:12 +0000 Received: from [192.171.166.51] by mercury.nerc-nutis.ac.uk (4.1/SMI-4.1) id AA10487; Thu, 28 Oct 93 16:16:59 GMT Message-Id: <9310281616.AA10487@mercury.nerc-nutis.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 28 Oct 1993 17:23:12 +0000 To: netatalk-admins@itd.umich.edu From: gazza@mercury.nerc-nutis.ac.uk (Gary J. Robinson) Subject: netatalk newsgroup Would you add me to the newsgroup circulation list please? Thanks, ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Dr. Gary J. Robinson NERC Unit for Thematic Information Systems Department of Geography University of Reading Whiteknights Tel: (0734) 318742 Reading RG6 2AB Fax: (0734) 755865 England Tlx: 847813 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++ From netatalk-admins-request Fri Oct 29 16:38:16 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA26413; Fri, 29 Oct 93 16:38:17 -0400 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA26408; Fri, 29 Oct 93 16:38:16 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA22233; Fri, 29 Oct 93 16:38:16 -0400 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA22229; Fri, 29 Oct 93 16:38:12 -0400 Received: from co.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA22220; Fri, 29 Oct 93 16:37:57 -0400 Received: from monarch.UUCP by mail-2.csn.net with UUCP id AA15952 (5.65c/IDA-1.4.4 for netatalk-admins@umich.edu); Fri, 29 Oct 1993 14:37:50 -0600 Received: by array.com (4.1/SM Ver 121.933-e17) id AA20734; Fri, 29 Oct 93 12:39:13 MDT Date: Fri, 29 Oct 93 12:39:13 MDT From: Mike Willett Message-Id: <9310291839.AA20734@array.com> To: netatalk-admins@umich.edu Subject: Netatalk on BSDI? Has anyone done a port of netatalk to BSDI? Anybody working on it? Best Regards! --Mike mike@array.com From netatalk-admins-request Mon Nov 1 09:24:30 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA10100; Mon, 1 Nov 93 09:24:31 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA10096; Mon, 1 Nov 93 09:24:30 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA25980; Mon, 1 Nov 93 09:24:29 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA25974; Mon, 1 Nov 93 09:24:27 -0500 Received: from goodman.itn.med.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA25969; Mon, 1 Nov 93 09:24:23 -0500 Received: from p53.cancer.med.umich.edu by goodman.itn.med.umich.edu with SMTP id AA10464 (5.65b/IDA-1.4.3 for netatalk-admins@umich.edu); Mon, 1 Nov 93 09:24:18 -0500 Received: from [141.214.73.38] by p53.cancer.med.umich.edu (4.1/SMI-4.1) id AA00336; Mon, 1 Nov 93 09:24:15 EST Date: Mon, 1 Nov 93 09:24:15 EST Message-Id: <9311011424.AA00336@p53.cancer.med.umich.edu> Errors-To: From: "Erdwing Coronado" Reply-To: "Erdwing Coronado" To: netatalk-admins@umich.edu Subject: Can't assign requested address Does anybody know what this message means? -------------------------------- Nov 1 08:56:59 p53 atalkd[192]: nbp brrq sendto 9730.0: Can't assign requested address Nov 1 08:56:59 p53 atalkd[192]: nbp brrq sendto 9740.0: Can't assign requested address Nov 1 08:56:59 p53 atalkd[192]: nbp brrq sendto 9760.0: Can't assign requested address -------------------------------- I'm running netatalk 1.3b2 on a Sun with atalkd.conf as follows: le0 -phase 2 -net 2940-2949 -zone CanCen Users from outside my zone can't see the server. Also there are multiple zones defined on the router port (which is not under my control). Erdwing Coronado - The UofM Comprehensive Cancer Center coronado@umich.edu ________________________________________________________________________________ From netatalk-admins-request Wed Nov 3 22:17:11 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA15553; Wed, 3 Nov 93 22:17:13 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA15549; Wed, 3 Nov 93 22:17:11 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19663; Wed, 3 Nov 93 22:17:10 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA19656; Wed, 3 Nov 93 22:17:07 -0500 Received: from thorin.otago.ac.nz by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA19643; Wed, 3 Nov 93 22:16:58 -0500 Received: from rivendell.otago.ac.nz by rivendell.otago.ac.nz (PMDF #12052) id <01H4X9GU0XI8CIUVFE@rivendell.otago.ac.nz>; Thu, 4 Nov 1993 16:13 +1300 Date: Thu, 4 Nov 1993 16:13 +1300 From: "Brendan Murray, Otago University CSC" Subject: Netatalk for 386bsd (& variants) ? To: netatalk-admins@umich.edu Message-Id: <01H4X9GU0XI8CIUVFE@rivendell.otago.ac.nz> X-Envelope-To: netatalk-admins@umich.edu X-Vms-To: IN%"netatalk-admins@umich.edu" X-Vms-Cc: BRENDAN Sometime back it was suggested that netatalk might be supported / provided for 386bsd. Any idea of when/if ? Thanks. __ Brendan Murray, Systems Manager Computing Services Center Email: brendan@otago.ac.nz University Of Otago Phone: +64 3 479-8597 PO Box 56 FAX: +64 3 479-8577 Dunedin, New Zealand PSI: PSI%0530124000016::brendan From netatalk-admins-request Wed Nov 3 22:33:19 1993 Received: by terminator.rs.itd.umich.edu (5.67/2.2) id AA16016; Wed, 3 Nov 93 22:33:19 -0500 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA16014; Wed, 3 Nov 93 22:33:19 -0500 Received: by terminator.rs.itd.umich.edu (5.67/2.2) with X.500 id AA16007; Wed, 3 Nov 93 22:33:15 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (5.67/2.2) with SMTP id AA15973; Wed, 3 Nov 93 22:32:42 -0500 Message-Id: <9311040332.AA15973@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: "Brendan Murray, Otago University CSC" Cc: netatalk-admins@umich.edu Subject: Re: Netatalk for 386bsd (& variants) ? In-Reply-To: Your message of "Thu, 04 Nov 1993 16:13:00 +1300." <01H4X9GU0XI8CIUVFE@rivendell.otago.ac.nz> Date: Wed, 03 Nov 1993 22:32:42 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: "Brendan Murray, Otago University CSC" > To: netatalk-admins@umich.edu > Sometime back it was suggested that netatalk might be supported / provided for > 386bsd. > Any idea of when/if ? Well, someone could aways send us diffs :) Seriously, we purchased a machine specifically to do a NetBSD/386BSD/FreeBSD/4.4BSD port, but it was pirated by another project. The other project has since received money to get its own PC, so we may get ours back soon. :wes From netatalk-admins-request Thu Nov 11 01:27:52 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id BAA15562; Thu, 11 Nov 1993 01:14:28 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id BAA15559; Thu, 11 Nov 1993 01:14:27 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA06905; Thu, 11 Nov 93 01:14:27 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA06897; Thu, 11 Nov 93 01:14:22 -0500 Received: from transarc.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA06887; Thu, 11 Nov 93 01:14:19 -0500 Received: by transarc.com (5.54/3.15) id for netatalk-admins@umich.edu; Thu, 11 Nov 93 01:14:14 EST Received: via switchmail; Thu, 11 Nov 1993 01:14:12 -0500 (EST) Received: from bingo via qmail ID ; Thu, 11 Nov 1993 01:12:10 -0500 (EST) Received: from bingo via qmail ID ; Thu, 11 Nov 1993 01:12:09 -0500 (EST) Received: from BatMail.robin.v2.12.CUILIB.3.45.SNAP.NOT.LINKED.bingo.sun4.40 via MS.5.6.bingo.sun4_40; Thu, 11 Nov 1993 01:12:08 -0500 (EST) Message-Id: Date: Thu, 11 Nov 1993 01:12:08 -0500 (EST) From: Pat_Barron@transarc.com To: netatalk-admins@umich.edu Subject: Version of psf that does header pages ? Does anyone have patches to psf to let it generate header pages, like the "psbanner" program does in Adobe TranScript? We have TranScript, so something that just invoked psbanner directly would work just fine. Please mail responses directly to me, as I am not (yet) on the mailing list. I will summarize if there is interest. Thanks, --Pat. From netatalk-admins-request Thu Nov 11 17:08:56 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id RAA01595; Thu, 11 Nov 1993 17:07:46 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id RAA01592; Thu, 11 Nov 1993 17:07:43 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA02164; Thu, 11 Nov 93 17:07:43 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA02152; Thu, 11 Nov 93 17:07:39 -0500 Received: from casbs.Stanford.EDU by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA02144; Thu, 11 Nov 93 17:07:32 -0500 Received: from quercus.Stanford.EDU by casbs.Stanford.EDU (4.1/1.34) id AA03848; Thu, 11 Nov 93 14:07:29 PST Received: from localhost.Stanford.EDU by quercus.Stanford.EDU (4.1/SMI-4.0) id AA01606; Thu, 11 Nov 93 14:07:28 PST Message-Id: <9311112207.AA01606@quercus.Stanford.EDU> To: netatalk-admins@umich.edu Planet: Earth Subject: 1.3b2 & file permissions Date: Thu, 11 Nov 93 14:07:26 -0800 From: Patrick Goebel I have installed netatalk-1.3b2 on a Sun SPARCstation 2 running SunOS 4.1.1c. I am experimenting with mounting an afp volume from the SPARCstation on a Centris 650 (System 7.1) and then proceeding to create folders and files on the mounted volume while monitoring file permissions on the UNIX side. I checked the netatalk-admins-mail archive (last modified Nov. 4) and it would seem that others have run into file permission problems. I was wondering if anyone has found a workaround or patch. Specifically, has anyone figured out how to preserve the group ownership of files as they are created under existing folders? If I explicitly set GID on a folder (from the UNIX side), then all files and subfolders created under that folder (from the Mac side) inherit the group ownership from the parent folder. So far so good. However, subfolders do not automatically get GID set so that files created under subfolders revert back to the user's primary group. [This is exactly the behavior reported in one of the earlier postings. However, I did not find any effect of setting the sticky bit on the parent folder.] This behavior is a little puzzling since if you have GID set on a subdirectory on the Sun, and then use the UNIX mkdir command to create a subdirectory, the GID *is* set on the subdirectory (although the permissions are determined by the user's UMASK, not the permissions of the parent directory.) Any tips would be greatly appreciated. Cheers, -- Patrick Goebel E-MAIL: patrick@casbs.Stanford.EDU Network Administrator VOICE: (415) 321-2052 CASBS, 202 Junipero Serra Blvd. FAX: (415) 321-1192 Stanford, CA 94305 BEEPER: Temporarily Out of Order... From netatalk-admins-request Thu Nov 11 18:18:21 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id SAA02808; Thu, 11 Nov 1993 18:18:04 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id SAA02806; Thu, 11 Nov 1993 18:18:03 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id SAA02800; Thu, 11 Nov 1993 18:17:46 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id SAA02787; Thu, 11 Nov 1993 18:17:35 -0500 Message-Id: <199311112317.SAA02787@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Patrick Goebel cc: netatalk-admins@umich.edu Subject: Re: 1.3b2 & file permissions In-reply-to: Your message of "Thu, 11 Nov 1993 14:07:26 PST." <9311112207.AA01606@quercus.Stanford.EDU> Date: Thu, 11 Nov 1993 18:17:34 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: Patrick Goebel > To: netatalk-admins@umich.edu > Specifically, has anyone figured out how to preserve the group > ownership of files as they are created under existing folders? If I > explicitly set GID on a folder (from the UNIX side), then all files > and subfolders created under that folder (from the Mac side) inherit > the group ownership from the parent folder. So far so good. However, > subfolders do not automatically get GID set so that files created > under subfolders revert back to the user's primary group. One solution is to mount your filesystem with the option "grpid". This will cause all directories to always have the setgid bit set. > This behavior is a little puzzling since if you have GID set on a > subdirectory on the Sun, and then use the UNIX mkdir command to create > a subdirectory, the GID *is* set on the subdirectory (although the > permissions are determined by the user's UMASK, not the permissions of > the parent directory.) Yeah, this is presumably a bug in the permission code in afpd. I'll look for it. THe prefered method is still to mount with "grpid". :wes From netatalk-admins-request Thu Nov 11 21:06:04 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id VAA05233; Thu, 11 Nov 1993 21:05:42 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id VAA05230; Thu, 11 Nov 1993 21:05:41 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA15959; Thu, 11 Nov 93 21:05:41 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA15956; Thu, 11 Nov 93 21:05:39 -0500 Received: from casbs.Stanford.EDU by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA15944; Thu, 11 Nov 93 21:05:33 -0500 Received: from quercus.Stanford.EDU by casbs.Stanford.EDU (4.1/1.34) id AA05639; Thu, 11 Nov 93 18:05:31 PST Received: from localhost.Stanford.EDU by quercus.Stanford.EDU (4.1/SMI-4.0) id AA02151; Thu, 11 Nov 93 18:05:30 PST Message-Id: <9311120205.AA02151@quercus.Stanford.EDU> To: wesley.craig@umich.edu Cc: netatalk-admins@umich.edu Planet: Earth Subject: Re: 1.3b2 & file permissions In-Reply-To: Your message of "Thu, 11 Nov 93 18:17:34 EST." Date: Thu, 11 Nov 93 18:05:29 -0800 From: Patrick Goebel > From: Patrick Goebel > To: netatalk-admins@umich.edu > > ...However, subfolders do not automatically get GID set so that > files created under subfolders revert back to the user's primary > group. > From: wesley.craig@umich.edu > To: netatalk-admins@umich.edu > > One solution is to mount your filesystem with the option "grpid". This > will cause all directories to always have the setgid bit set. In the words of Ren (from the Ren & Stimpy show), "That's brilliant man!" Thanks Wes. Works like a charm. That solves the GID problem. Now I've run into a different permissions hurdle. Let's say you have two folders, X and Y, on a mounted afp volume. Folder X belongs to user A and folder Y belongs to user B. A and B belong to the same UNIX group G. On the UNIX side, both folders have permissions 750 and group ownership G so that A and B can read (and copy) files from each other's folders, but can only write to their own folder. This is to prevent user A from overwriting files in B's folder and vice versa, while still allowing them to share copies of files. If A or B creates a file in his or her own folder, the file gets permissions 640 which is exactly what you want given the above scenario. However, if A copies a file from B's folder Y into her own folder X, the resulting permissions on the copied file are 666. This means that B can then turn around and make changes to A's copy of the file, thereby violating the desired protection. Since netatalk's afp is apparently set up to create file permissions that mimmick those of the parent folder/directory, this behavior seems somewhat puzzling. Once again, any suggestions for a fix would be most appreciated. Cheers, -- Patrick Goebel E-MAIL: patrick@casbs.Stanford.EDU Network Administrator VOICE: (415) 321-2052 CASBS, 202 Junipero Serra Blvd. FAX: (415) 321-1192 Stanford, CA 94305 BEEPER: Temporarily Out of Order... From netatalk-admins-request Thu Nov 18 15:08:45 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id PAA01216; Thu, 18 Nov 1993 15:02:54 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id PAA01214; Thu, 18 Nov 1993 15:02:53 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id PAA01212; Thu, 18 Nov 1993 15:02:50 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id PAA01202; Thu, 18 Nov 1993 15:02:36 -0500 Message-Id: <199311182002.PAA01202@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Patrick Goebel cc: netatalk-admins@umich.edu Subject: Re: 1.3b2 & file permissions In-reply-to: Your message of "Thu, 11 Nov 1993 18:05:29 PST." <9311120205.AA02151@quercus.Stanford.EDU> Date: Thu, 18 Nov 1993 15:02:35 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: Patrick Goebel > To: wesley.craig@umich.edu > However, if A copies a file from B's folder Y into her own > folder X, the resulting permissions on the copied file are 666. This > means that B can then turn around and make changes to A's copy of the > file, thereby violating the desired protection. Nice bug report. Here's a patch which should fix the problem: --- cut --- *** netatalk-1.3b2/etc/afpd/file.c- Sat Aug 7 15:28:16 1993 --- netatalk-1.3b2/etc/afpd/file.c Thu Nov 18 14:40:35 1993 *************** *** 573,579 **** return( AFPERR_PARAM ); } } else { ! if (( dfd = open( ad_path( dst, 0 ), O_WRONLY|O_CREAT, 0666 )) < 0 ) { close( sfd ); switch ( errno ) { case ENOENT : --- 561,568 ---- return( AFPERR_PARAM ); } } else { ! if (( dfd = open( ad_path( dst, 0 ), O_WRONLY|O_CREAT, ! ad_mode( ad_path( dst, 0 ), 0666 ))) < 0 ) { close( sfd ); switch ( errno ) { case ENOENT : *************** *** 606,612 **** return( AFPERR_PARAM ); } } ! if (( dfd = open( dst, O_WRONLY|O_CREAT, 0666 )) < 0 ) { close( sfd ); switch ( errno ) { case ENOENT : --- 595,601 ---- return( AFPERR_PARAM ); } } ! if (( dfd = open( dst, O_WRONLY|O_CREAT, ad_mode( dst, 0666 ))) < 0 ) { close( sfd ); switch ( errno ) { case ENOENT : --- cut --- From netatalk-admins-request Thu Nov 18 17:21:09 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id RAA05823; Thu, 18 Nov 1993 17:20:42 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id RAA05819; Thu, 18 Nov 1993 17:20:40 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28814; Thu, 18 Nov 93 17:20:39 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28808; Thu, 18 Nov 93 17:20:35 -0500 Received: from orixa.mtholyoke.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA28802; Thu, 18 Nov 93 17:20:29 -0500 Received: by orixa.mtholyoke.edu (5.65c+/Ultrix3.0-C) id AA04460; Thu, 18 Nov 1993 17:20:22 -0500 From: jbotz@orixa.mtholyoke.edu (Jurgen Botz) Message-Id: <199311182220.AA04460@orixa.mtholyoke.edu> Subject: pap, pfs, and repreating printjobs To: netatalk-admins@umich.edu Date: Thu, 18 Nov 1993 17:20:21 -0500 (EST) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 835 I have a Laserjet IVsi with Ethertalk interface, and a bunch of Sparcs (SunOS 4.1.3) of which one is an lpd server for the HP. Printing is done with pap & psf from netatalk-1.3b2. Every now and then, under circumstances I have not been able to isolate, a job "re-appears" in the queue shortly after having successfully printed, and the gets printed repeatedly until someone notices and kills the queue. I have been told that this behavior has been seen in cases where a filter returns an incorrect result code, so pap and/or psf seems a likely culprit. Has anyone else seen this behavior? There isn't anything useful in the error logs... how can I get more information on what pap/psf are doing? -- Jurgen Botz, jbotz@mtholyoke.edu | ``Accountability is the price of openness'' South Hadley, MA, USA | - Daniel Geer From netatalk-admins-request Thu Nov 18 18:18:34 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id SAA11365; Thu, 18 Nov 1993 18:18:22 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id SAA11353; Thu, 18 Nov 1993 18:18:17 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA02421; Thu, 18 Nov 93 18:18:17 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA02418; Thu, 18 Nov 93 18:18:14 -0500 Received: from guardian.apple.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA02412; Thu, 18 Nov 93 18:18:11 -0500 Received: from federal-excess.apple.com by guardian.apple.com with SMTP (5.65/8-Oct-1993-eef) id AA19362; Thu, 18 Nov 93 15:00:34 -0800 Received: from quickmail.apple.com by federal-excess.apple.com with SMTP (5.64/26-Sep-1993-eef) id AA21698; Thu, 18 Nov 93 15:01:49 PST for netatalk-admins@umich.edu Message-Id: <9311182301.AA21698@federal-excess.apple.com> Date: 18 Nov 1993 14:56:54 -0800 From: "Michael Johnson" Subject: Re: pap, pfs, and repreating To: "netatalk" RE: RE>pap, pfs, and repreating pr We have the same experience with a simalar configuration, except that it hangs the LaserWriter when it attempts to print the second time. -------------------------------------- Date: 11/18/93 2:43 PM To: Michael Johnson From: Jurgen Botz I have a Laserjet IVsi with Ethertalk interface, and a bunch of Sparcs (SunOS 4.1.3) of which one is an lpd server for the HP. Printing is done with pap & psf from netatalk-1.3b2. Every now and then, under circumstances I have not been able to isolate, a job "re-appears" in the queue shortly after having successfully printed, and the gets printed repeatedly until someone notices and kills the queue. I have been told that this behavior has been seen in cases where a filter returns an incorrect result code, so pap and/or psf seems a likely culprit. Has anyone else seen this behavior? There isn't anything useful in the error logs... how can I get more information on what pap/psf are doing? -- Jurgen Botz, jbotz@mtholyoke.edu | ``Accountability is the price of openness'' South Hadley, MA, USA | - Daniel Geer ------------------ RFC822 Header Follows ------------------ Received: by quickmail.apple.com with SMTP;18 Nov 1993 14:42:59 -0800 Received: from holli.apple.com by goofy.apple.com with SMTP (5.61/27-Sep-1991-eef) id AA02969; Thu, 18 Nov 93 14:28:35 -0800 for michael_johnson@quickmail.apple.com Received: from federal-excess.apple.com by holli.apple.com (4.1/SMI-4.1) id AA03747; Thu, 18 Nov 93 14:26:04 PST Received: from [141.211.164.2] by federal-excess.apple.com with SMTP (5.64/26-Sep-1993-eef) id AA20662; Thu, 18 Nov 93 14:29:39 PST for mdj@holli.apple.com Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id RAA05823; Thu, 18 Nov 1993 17:20:42 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id RAA05819; Thu, 18 Nov 1993 17:20:40 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28814; Thu, 18 Nov 93 17:20:39 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA28808; Thu, 18 Nov 93 17:20:35 -0500 Received: from orixa.mtholyoke.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA28802; Thu, 18 Nov 93 17:20:29 -0500 Received: by orixa.mtholyoke.edu (5.65c+/Ultrix3.0-C) id AA04460; Thu, 18 Nov 1993 17:20:22 -0500 From: jbotz@orixa.mtholyoke.edu (Jurgen Botz) Message-Id: <199311182220.AA04460@orixa.mtholyoke.edu> Subject: pap, pfs, and repreating printjobs To: netatalk-admins@umich.edu Date: Thu, 18 Nov 1993 17:20:21 -0500 (EST) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 835 From netatalk-admins-request Thu Nov 18 18:29:35 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id SAA12517; Thu, 18 Nov 1993 18:29:08 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id SAA12509; Thu, 18 Nov 1993 18:29:07 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA03244; Thu, 18 Nov 93 18:29:07 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA03238; Thu, 18 Nov 93 18:29:02 -0500 Received: from ucsd.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA03226; Thu, 18 Nov 93 18:28:58 -0500 Received: from sdcc5.UCSD.EDU by ucsd.edu; id PAA08623 sendmail 8.6.4/UCSD-2.2-sun via SMTP Thu, 18 Nov 1993 15:28:57 -0800 for Received: from uape-1.ucsd.edu by sdcc5.UCSD.EDU (4.1/UCSDGENERIC.4) id AA04262 to netatalk-admins@umich.edu; Thu, 18 Nov 93 15:28:56 PST Date: Thu, 18 Nov 93 15:28:56 PST From: jstudaru@sdcc5.UCSD.EDU (studarus) Message-Id: <9311182328.AA04262@sdcc5.UCSD.EDU> To: netatalk-admins@umich.edu Subject: helping installing netatalk Hi, I need a little help installing netatalk. I'm using SunOS 4.1.2 When I run getzones it only returns the one zone that I have listed in atalkd.conf. And nbplkup doesn't return any info other than the one computer netatalk is running on. Here's my atalkd.conf file: ifconfig ni0 121.0 ifconfig lo0 0.0 ni0 "SIOADM" route ni0 lo0 zone SIOADM Another quirk: Before I run atalkd ifconfig -a returns: ni0: flags=63 inet 132.239.123.152 netmask ffffffc0 broadcast 132.239.123.128 ether 0:0:83:1d:0:8a lo0: flags=49 inet 127.0.0.1 netmask ff000000 But afterwards I get: ni0: flags=63 inet 132.239.123.152 netmask ffffffc0 broadcast 132.239.123.128 ether 0:0:83:1d:0:8a ni0: flags=63 inet 132.239.123.152 netmask ffffffc0 broadcast 132.239.123.128 ether 0:0:83:1d:0:8a lo0: flags=49 inet 127.0.0.1 netmask ff000000 lo0: flags=49 inet 127.0.0.1 netmask ff000000 Is this normal? Thanks, -John studarus@ucsd.edu From netatalk-admins-request Thu Nov 18 18:39:03 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id SAA13504; Thu, 18 Nov 1993 18:38:55 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id SAA13495; Thu, 18 Nov 1993 18:38:54 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA03838; Thu, 18 Nov 93 18:38:53 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA03833; Thu, 18 Nov 93 18:38:50 -0500 Received: from rodan.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA03828; Thu, 18 Nov 93 18:38:48 -0500 Received: from terence.ccs.itd.umich.edu by rodan.rs.itd.umich.edu (8.6.4/2.2) id SAA02653; Thu, 18 Nov 1993 18:38:43 -0500 Date: Thu, 18 Nov 1993 18:36:05 -0500 (EST) From: Charlie Clark Subject: Re: helping installing netatalk To: studarus Cc: netatalk-admins@umich.edu In-Reply-To: <9311182328.AA04262@sdcc5.UCSD.EDU> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 18 Nov 1993, studarus wrote: > > Hi, I need a little help installing netatalk. I'm > using SunOS 4.1.2 > When I run getzones it only returns the one zone that I > have listed in atalkd.conf. And nbplkup doesn't return any info > other than the one computer netatalk is running on. > > Here's my atalkd.conf file: > > ifconfig ni0 121.0 > ifconfig lo0 0.0 > ni0 "SIOADM" > route ni0 lo0 > zone SIOADM Try using an atalkd.conf file that is as follows: ni0 And that is it (this is assuming you are using netatalk 1.3bsomething, not netatalk 1.2.1). If you are using 1.3something the rest of your network needs to be running AppleTalk Phase 2, and if you are using 1.2.1 the rest of your network needs to be running Phase 1, or you won't see anything. > But afterwards I get: > > ni0: flags=63 > inet 132.239.123.152 netmask ffffffc0 broadcast 132.239.123.128 > ether 0:0:83:1d:0:8a > ni0: flags=63 > inet 132.239.123.152 netmask ffffffc0 broadcast 132.239.123.128 > ether 0:0:83:1d:0:8a > lo0: flags=49 > inet 127.0.0.1 netmask ff000000 > lo0: flags=49 > inet 127.0.0.1 netmask ff000000 > > Is this normal? Yes. From netatalk-admins-request Fri Nov 19 05:55:49 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id FAA28078; Fri, 19 Nov 1993 05:53:14 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id FAA28075; Fri, 19 Nov 1993 05:53:13 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27609; Fri, 19 Nov 93 05:53:13 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA27606; Fri, 19 Nov 93 05:53:10 -0500 Received: from eros.Britain.EU.net by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA27601; Fri, 19 Nov 93 05:53:05 -0500 Received: from ppi.philips.co.uk by eros.britain.eu.net with UUCP id ; Fri, 19 Nov 1993 10:52:16 +0000 Received: from s465b.ims by ppi.philips.co.uk (4.1/SMI-4.1) id AA15353; Fri, 19 Nov 93 09:38:29 GMT Date: Fri, 19 Nov 93 09:38:29 GMT From: anthony@ppi.philips.co.uk (Anthony Koller) Message-Id: <9311190938.AA15353@ppi.philips.co.uk> To: jbotz@orixa.mtholyoke.edu Subject: Re: pap, pfs, and repreating printjobs Cc: netatalk-admins@umich.edu I have had a similar problem here. I think I managed to reduce the number of times the problem occurred. I found that if you have "sh" set in /etc/printcap to suppress the burst page header, ofpap still gets called from the printing process to produce the banner page but does nothing as requested! Deleting the "of=..." line sorts this out. Incidentally I sent a note about this problem in June, when running netatalk-1.2.1 - now running netatalk-1.3b2 But the problem still occurs occasionally! > > I have a Laserjet IVsi with Ethertalk interface, and a bunch of Sparcs > (SunOS 4.1.3) of which one is an lpd server for the HP. Printing is > done with pap & psf from netatalk-1.3b2. Every now and then, under > circumstances I have not been able to isolate, a job "re-appears" in > the queue shortly after having successfully printed, and the gets > printed repeatedly until someone notices and kills the queue. I have > been told that this behavior has been seen in cases where a filter > returns an incorrect result code, so pap and/or psf seems a likely > culprit. > > Has anyone else seen this behavior? There isn't anything useful in > the error logs... how can I get more information on what pap/psf are > doing? > > -- > Jurgen Botz, jbotz@mtholyoke.edu | ``Accountability is the price of openness'' > South Hadley, MA, USA | - Daniel Geer > > Regards Anthony Koller Philips ACE Freeland House, Station Road Dorking, Surrey RH4 1UL, England Email : anthony@ppi.philips.co.uk Voice : +44 306 875777 Seri : ukrkoll@prlhp0 Fax : +44 306 875779 Profs : prlhp0(ukrkoll) From netatalk-admins-request Fri Nov 19 10:51:15 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id KAA04214; Fri, 19 Nov 1993 10:50:27 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA04211; Fri, 19 Nov 1993 10:50:26 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA04205; Fri, 19 Nov 1993 10:50:17 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id KAA04192; Fri, 19 Nov 1993 10:50:10 -0500 Message-Id: <199311191550.KAA04192@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: jbotz@orixa.mtholyoke.edu (Jurgen Botz) cc: netatalk-admins@umich.edu Subject: Re: pap, pfs, and repreating printjobs In-reply-to: Your message of "Thu, 18 Nov 1993 17:20:21 EST." <199311182220.AA04460@orixa.mtholyoke.edu> Date: Fri, 19 Nov 1993 10:50:10 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: jbotz@orixa.mtholyoke.edu (Jurgen Botz) > To: netatalk-admins@umich.edu > Printing is > done with pap & psf from netatalk-1.3b2. Every now and then, under > circumstances I have not been able to isolate, a job "re-appears" in > the queue shortly after having successfully printed, and the gets > printed repeatedly until someone notices and kills the queue. There are two problems. The first, and the one which is holding up our efforts to include printer accounting in netatalk, is that many printers, under certain circumstances, will not send us an EOF. The PAP protocol looks like this: Client Server ------ ------ OPEN -> <- OPENREPLY WRITE -> : <- WRITE EOF -> : <- EOF CLOSE -> <- CLOSEREPLY Now, after the server sends EOF, the client can do another write, implicitly beginning another file in each direction, both of which must be closed. Each time the client closes its file, the server can continue to write data back, until it has finished processing the job and sends an EOF. Some printers don't always send an EOF. There is some code in pap which will make it not wait for the printer to send an EOF before closing the connection. The second problem is that in 1.3b2, that code is under a #ifdef that isn't defined. In particular, #ifdef xPRAGMATIC. If you are having the problems that Jurgen describes, you should change all occurences in bin/pap/pap.c of xPRAGMATIC to PRAGMATIC, recompile, reinstall, etc. The impact of doing this, aside from fixing the problem, is that the lpd status file won't get updated once the connection is closed down. So, if your printer has a lot of memory, so it can accept a lot of data before it prints, pap will close the connection down very often, before the first page prints. We are working on a work-around, that won't close the connection so early. I don't think we're going to hold up the 1.3 release for it, tho. :wes From netatalk-admins-request Fri Nov 19 11:24:27 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id LAA05391; Fri, 19 Nov 1993 11:24:20 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id LAA05387; Fri, 19 Nov 1993 11:24:18 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA15263; Fri, 19 Nov 93 11:24:18 -0500 Received: by totalrecall.rs.itd.umich.edu (5.67/2.2) with X.500 id AA15253; Fri, 19 Nov 93 11:24:13 -0500 Received: from obelix.tsg.com by totalrecall.rs.itd.umich.edu (5.67/2.2) with SMTP id AA00916; Fri, 19 Nov 93 07:30:22 -0500 Received: by mail.tsg.com (4.1/SMI-4.1) id AA19952; Fri, 19 Nov 93 07:30:06 EST Date: Fri, 19 Nov 93 07:30:06 EST From: whalenm@tsg.com (Matthew Whalen) Message-Id: <9311191230.AA19952@mail.tsg.com> To: netatalk-admins@umich.edu Subject: netatalk and AFS I've pursued this in the past, but want to pose the question again in case I've forgotten something. It looks like we are finally going to AFS. My understanding was that the netatalk that works with AFS only runs on RS/6000's. Is this right? We are also migrating to solaris over the next six months (from SunOS 4.1.3) - what are the chances of solaris being a compatable platform by then? Thanks -matthew whalenm@tsg.com From netatalk-admins-request Fri Nov 19 14:13:21 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id OAA10845; Fri, 19 Nov 1993 14:12:47 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id OAA10840; Fri, 19 Nov 1993 14:12:45 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA27050; Fri, 19 Nov 1993 14:12:45 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA27047; Fri, 19 Nov 1993 14:12:43 -0500 Received: from whbws.ms.ornl.gov by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA27043; Fri, 19 Nov 1993 14:12:37 -0500 Received: by whbws.ms.ornl.gov (AIX 3.2/UCB 5.64/4.03) id AA14785; Fri, 19 Nov 1993 14:12:57 -0500 From: zhang@whbws.ms.ornl.gov (Xiaoguang Zhang) Message-Id: <9311191912.AA14785@whbws.ms.ornl.gov> Subject: Problem setting Ultrix up as afpd server To: netatalk-admins@umich.edu Date: Fri, 19 Nov 1993 14:12:57 -0500 (EST) Content-Type: text Content-Length: 392 I have installed netatalk-1.3b2 on a DEC3100 running Ultrix 4.1. The afpd is intalled and running, exporting one directory as "atalk-server". However, on the Mac side, when I tried to copy a file to the folder "atalk-server", it always goes halfway through the copying and hangs. Therefore this fileserver isn't much use. Am I doing something wrong? Your help is appreciated. Xiaoguang Zhang From netatalk-admins-request Sun Nov 21 18:24:33 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id SAA13270; Sun, 21 Nov 1993 18:22:34 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id SAA13267; Sun, 21 Nov 1993 18:22:34 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id SAA13264; Sun, 21 Nov 1993 18:22:31 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id SAA13256; Sun, 21 Nov 1993 18:22:26 -0500 Message-Id: <199311212322.SAA13256@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: whalenm@tsg.com (Matthew Whalen) cc: netatalk-admins@umich.edu Subject: Re: netatalk and AFS In-reply-to: Your message of "Fri, 19 Nov 1993 07:30:06 EST." <9311191230.AA19952@mail.tsg.com> Date: Sun, 21 Nov 1993 18:22:26 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: whalenm@tsg.com (Matthew Whalen) > To: netatalk-admins@umich.edu > It looks like we are finally going > to AFS. My understanding was that the netatalk that works with AFS > only runs on RS/6000's. Is this right? No. The current version (still in beta, sadly), supports/will support AFS. There are a number of people running it on Suns. I think there may be a person or so running it on Ultrix, but that's less well supported for the moment. > We are also migrating to > solaris over the next six months (from SunOS 4.1.3) - what are the > chances of solaris being a compatable platform by then? Well, hard to say. Unless someone else does it (and we're more than happy to integrate ports, hint hint), it's not going to get done. The current work plan for the next six months includes adding support for rs/6ks in the main-line source. If there is time after that, we will probably work on Alpha-OSF/1 and Solaris. Without knowing much about SysV internals, I am certain that Solaris will be a bitch. :wes From netatalk-admins-request Sun Nov 21 20:02:13 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id UAA14315; Sun, 21 Nov 1993 20:01:50 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id UAA14312; Sun, 21 Nov 1993 20:01:49 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id UAA08523; Sun, 21 Nov 1993 20:01:49 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id UAA08520; Sun, 21 Nov 1993 20:01:46 -0500 Received: from cloudburst.seas.ucla.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id UAA08516; Sun, 21 Nov 1993 20:01:43 -0500 From: small@seas.ucla.edu Received: by cloudburst.seas.ucla.edu (AIX 3.2/UCB 5.64/4.03(UCLA 2.03)noloc) id AA11460; Sun, 21 Nov 1993 17:01:42 -0800 Date: Sun, 21 Nov 1993 17:01:42 -0800 Message-Id: <9311220101.AA11460@cloudburst.seas.ucla.edu> To: netatalk-admins@umich.edu Subject: current netatalk version Where can I find the most current netatalk version? From netatalk-admins-request Mon Nov 22 06:06:06 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id GAA20008; Mon, 22 Nov 1993 06:05:39 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id GAA20005; Mon, 22 Nov 1993 06:05:38 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id GAA25759; Mon, 22 Nov 1993 06:05:39 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id GAA25756; Mon, 22 Nov 1993 06:05:25 -0500 Received: from rodan.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id GAA25752; Mon, 22 Nov 1993 06:05:14 -0500 Received: from euripides.ccs.itd.umich.edu by rodan.rs.itd.umich.edu (8.6.4/2.2) id GAA16272; Mon, 22 Nov 1993 06:05:03 -0500 Date: Mon, 22 Nov 1993 06:04:25 -0500 (EST) From: Charlie Clark Subject: Re: current netatalk version To: small@seas.ucla.edu cc: netatalk-admins@umich.edu In-Reply-To: <9311220101.AA11460@cloudburst.seas.ucla.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII You can ftp to terminator.rs.itd.umich.edu and find it in the anonymous ftp area. On Sun, 21 Nov 1993 small@seas.ucla.edu wrote: > Where can I find the most current netatalk version? > From netatalk-admins-request Tue Nov 23 08:47:17 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id IAA14884; Tue, 23 Nov 1993 08:45:17 -0500 Received: from Kei.CC.Uni-Augsburg.DE by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id IAA14881; Tue, 23 Nov 1993 08:45:11 -0500 Received: from phibm11m.Physik.Uni-Augsburg.DE by Kei.CC.Uni-Augsburg.DE with SMTP id AA13286 (5.65c/IDA-1.4.4(INDY) for netatalk-admins@terminator.rs.itd.umich.edu); Tue, 23 Nov 1993 14:45:04 +0100 Received: by phibm11m.Physik.Uni-Augsburg.DE (AIX 3.2/UCB 5.64/4.03) id AA11854; Tue, 23 Nov 1993 14:44:19 +0100 Message-Id: <9311231344.AA11854@phibm11m.Physik.Uni-Augsburg.DE> To: netatalk-admins@terminator.rs.itd.umich.edu Subject: netatalk for AIX X-Mailer: mh Date: Tue, 23 Nov 93 14:44:19 +0100 From: Ralf Utermann Hi, as I see from the netatalk package for AIX, it supports the DCE file system (DFS) on the RS/6000. I could not figure out, whether I need DCE for this package, or can I use it to distribute good old NFS to the Macs? I just would like to know, before I start work with this. Thanks, Ralf Ralf Utermann _____________________________________________________________________ University of Augsburg (Germany) Institute of Physics - Theoretical PhysicsI & Computer Center Memmingerstr.6 "Speaking for me and nobody else" D-86135 Augsburg Phone.: +49 +821/5977-235 SMTP: Utermann@Uni-Augsburg.DE FAX : 5977-225 From netatalk-admins-request Wed Nov 24 17:07:02 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id RAA14435; Wed, 24 Nov 1993 17:02:25 -0500 Received: from Mordor.Stanford.EDU by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id RAA14432; Wed, 24 Nov 1993 17:02:24 -0500 Received: from andy-quadra.stanford.edu by Mordor.Stanford.EDU (8.6.4/inc-1.0) id OAA18453; Wed, 24 Nov 1993 14:02:23 -0800 Date: Wed, 24 Nov 93 14:02:02 -0800 From: Andy Maas To: netatalk-admins@terminator.rs.itd.umich.edu Subject: General question on AppleShare UAM Message-ID: Content-Type: TEXT/plain; charset=US-ASCII Wes, I understand that the only document on alternate UAM (User Authentication Method) for AppleShare is a draft from 1987(?). Apple technical notes (as I saw it on ETO #12) stated that AppleShare alternate UAM is not supported by DTS and future system software may not support it. It is already true that Alias manager and PBMountVolume() do not support alternate UAM. Thus you cannot have an alias to a Netatalk mounted volume (using AFS Kerberos) to work as expected, or programatically mount a Netatalk volume using AFS Kerberos extension. Is there any future plan to look into doing Kerberos authentication for AppleShare using a different method ? Thanks for any information you can share. Andy Maas Networking & Communication Systems Stanford University From netatalk-admins-request Sat Nov 27 16:14:38 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id QAA23043; Sat, 27 Nov 1993 16:12:42 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id QAA23040; Sat, 27 Nov 1993 16:12:41 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id QAA05676; Sat, 27 Nov 1993 16:12:41 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id QAA05671; Sat, 27 Nov 1993 16:12:37 -0500 Received: from mercury.cs.uregina.ca by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id QAA05667; Sat, 27 Nov 1993 16:12:34 -0500 Received: by mercury.cs.uregina.ca id AA07456 (5.65c/IDA-1.4.4 for netatalk-admins@umich.edu); Sat, 27 Nov 1993 15:12:27 -0600 From: Jeff Hameluck Message-Id: <199311272112.AA07456@mercury.cs.uregina.ca> Subject: Netatalk on SPARCclassic To: netatalk-admins@umich.edu Date: Sat, 27 Nov 1993 15:12:26 -0600 (CST) X-Mailer: ELM [version 2.4 PL21] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 526 I was wondering if you know if anyone has sucessfully run Netatalk on a Sun SPARCclassic (or LX) ? I realize that it won't run under Solaris (SunOS 5.x) but Sun has released a version of SunOS 4.1.3 for the SPARCclassic that we are considering purchasing if Netatalk will run on that configuration. (SPARCclassic SunOS 4.1.3) Thanks for your help. -- Jeff Hameluck hameluck@cs.uregina.ca CL 115.1 University of Regina (306) 585-4009 Regina, Saskatchewan, Canada From netatalk-admins-request Mon Nov 29 08:51:17 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id IAA22447; Mon, 29 Nov 1993 08:48:28 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id IAA22444; Mon, 29 Nov 1993 08:48:26 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id IAA17224; Mon, 29 Nov 1993 08:48:26 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id IAA17221; Mon, 29 Nov 1993 08:48:24 -0500 Received: from whbws.ms.ornl.gov by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id IAA17216; Mon, 29 Nov 1993 08:48:21 -0500 Received: by whbws.ms.ornl.gov (AIX 3.2/UCB 5.64/4.03) id AA20408; Mon, 29 Nov 1993 08:48:50 -0500 From: zhang@whbws.ms.ornl.gov (Xiaoguang Zhang) Message-Id: <9311291348.AA20408@whbws.ms.ornl.gov> Subject: Re: Problem setting Ultrix up as afpd server To: netatalk-admins@umich.edu Date: Mon, 29 Nov 1993 08:48:49 -0500 (EST) Content-Type: text Content-Length: 165 I meant to send this to the list but sent to :wes by mistake. The patch that Jan Binder sent me worked. Thanks. I have forwarded the patch to :wes. Xiaoguang Zhang From netatalk-admins-request Mon Nov 29 17:30:16 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id RAA06317; Mon, 29 Nov 1993 17:29:42 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id RAA06312; Mon, 29 Nov 1993 17:29:40 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id RAA18726; Mon, 29 Nov 1993 17:29:40 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id RAA18702; Mon, 29 Nov 1993 17:29:27 -0500 Received: from whbws.ms.ornl.gov by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id RAA18696; Mon, 29 Nov 1993 17:29:21 -0500 Received: by whbws.ms.ornl.gov (AIX 3.2/UCB 5.64/4.03) id AA20661; Mon, 29 Nov 1993 17:29:50 -0500 From: zhang@whbws.ms.ornl.gov (Xiaoguang Zhang) Message-Id: <9311292229.AA20661@whbws.ms.ornl.gov> Subject: Another problem on Ultrix: pap To: netatalk-admins@umich.edu (netatalk netatalk) Date: Mon, 29 Nov 1993 17:29:49 -0500 (EST) Content-Type: text Content-Length: 605 Hi, I've got another problem to solve. This one is using pap on Ultrix. Here is what happened: % nbplkup LW II NTX, 4500S-S270:LaserWriter 5111.210:185 (others deleted) % papstatus -p 'LW II NTX, 4500S-S270' status: idle % pap -p 'LW II NTX, 4500S-S270' supra Trying 5111.210:185 ... status: idle Connected to LW II NTX, 4500S-S270:LaserWriter@*. (I could see the light on the printer flashing, but nothing ever came out). What is wrong? This Ultrix-4.1 running netatalk-1.3b2 using AppleTalk phase 2. All the Mac's are on phase 2. Thanks for your help. Xiaoguang Zhang From netatalk-admins-request Mon Nov 29 21:15:50 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id VAA09991; Mon, 29 Nov 1993 21:15:09 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id VAA09988; Mon, 29 Nov 1993 21:15:08 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id VAA29717; Mon, 29 Nov 1993 21:15:08 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id VAA29712; Mon, 29 Nov 1993 21:15:05 -0500 Received: from trout.nosc.mil by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id VAA29708; Mon, 29 Nov 1993 21:15:02 -0500 Received: from visicom.UUCP by trout.nosc.mil (4.1/SMI-4.1) id AA06573; Mon, 29 Nov 93 18:15:01 PST Received: from yoko.VisiCom.COM by corona.VisiCom.COM (4.1/8.18-uucp) id AA03984; Mon, 29 Nov 93 17:59:33 PST Received: by yoko.VisiCom.COM (4.1/8.9-smtp) id AA21910; Mon, 29 Nov 93 17:59:33 PST Date: Mon, 29 Nov 93 17:59:33 PST From: Jeff Makey Message-Id: <9311300159.AA21910@yoko.VisiCom.COM> To: netatalk-admins@umich.edu Subject: LocalTalk hosts can't see AppleShare server thru atalkd Without difficulty I compiled and installed atalkd on a SPARCstation IPC with 2 active ethernet ports. One port (le1) is connected to my main TCP/IP+EtherTalk wire, and the other (le0) to an IP subnet to which I have connected a Quadra 700. Everything works fine for the Macintoshes that are connected to EtherTalk, but none of my LocalTalk Macs can see the AppleShare server on the other side of atalkd. Running etherfind(8C) on the two ethernets shows traffic between the GatorBox and the atalkd host when I click the AppleShare icon in the Chooser on a LocalTalk host, but there is no corresponding traffic on the other side. This leads me to conclude that atalkd is somehow filtering out the packets that are asking for AppleShare servers. Any clues as to how I can fix this? Here are a bunch of possibly relevant details: This version of atalkd is from the netatalk-1.3b2 distribution. /etc/atalkd.conf: le1 le0 -seed -phase 2 -net 20501-20501 -zone "San Diego" All AppleTalk networks are in the San Diego zone; all are Phase 2. The EtherTalk <-> LocalTalk gateway is a GatorBox classic running GatorShare 2.1. The SPARCstation IPC is running SunOS 4.1.1b. The Quadra 700 is running System 7.0.1 (with TuneUp), the 7.0.1 EtherTalk drivers, and AppleTalk 57.0.3. :: Jeff Makey Computer Network Manager makey@VisiCom.COM From netatalk-admins-request Tue Nov 30 12:27:13 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id MAA22817; Tue, 30 Nov 1993 12:19:40 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id MAA22814; Tue, 30 Nov 1993 12:19:38 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id MAA18662; Tue, 30 Nov 1993 12:19:37 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id MAA18504; Tue, 30 Nov 1993 12:19:14 -0500 Received: from UBVM.cc.buffalo.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id MAA18151; Tue, 30 Nov 1993 12:18:19 -0500 Received: from mcbio.med.buffalo.edu by UBVM.cc.buffalo.edu (IBM VM SMTP V2R2) with TCP; Tue, 30 Nov 93 12:18:17 EST Received: by mcbio.med.buffalo.edu (4.1/SMI-4.1) id AA00262; Tue, 30 Nov 93 12:27:38 EST Date: Tue, 30 Nov 93 12:27:38 EST From: gkohler@mcbio.med.buffalo.edu (Greg Kohler) Message-Id: <9311301727.AA00262@mcbio.med.buffalo.edu> To: netatalk-admins@umich.edu >Without difficulty I compiled and installed atalkd on a SPARCstation >IPC with 2 active ethernet ports. One port (le1) is connected to my >main TCP/IP+EtherTalk wire, and the other (le0) to an IP subnet to >which I have connected a Quadra 700. Everything works fine for the >Macintoshes that are connected to EtherTalk, but none of my LocalTalk >Macs can see the AppleShare server on the other side of atalkd. > :: Jeff Makey > Computer Network Manager > makey@VisiCom.COM I too am also having the same problem with a very similar setup, except that I'm using an EtherRoute box instead of a GatorBox. After I go to Chooser from a Mac on local talk and try and choose anything from the Sun, I get a message on the Sun's console: mcbio atalkd[153]: nbp lkup sendto 3.36: Can't assign requested address 3.36 is the correct address of the Mac the was trying to attach to the Sun(mcbio). Greg Kohler Roswell Park Cancer Institute gkohler@mcbio.med.buffalo.edu From netatalk-admins-request Tue Nov 30 18:33:51 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id SAA02534; Tue, 30 Nov 1993 18:31:46 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id SAA02530; Tue, 30 Nov 1993 18:31:44 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id SAA21200; Tue, 30 Nov 1993 18:31:43 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id SAA21197; Tue, 30 Nov 1993 18:31:41 -0500 Received: from ACVAX.INRE.ASU.EDU by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id SAA21186; Tue, 30 Nov 1993 18:31:35 -0500 Received: from ACVAX.INRE.ASU.EDU by ACVAX.INRE.ASU.EDU (PMDF V4.2-12 #2382) id <01H5XK7UL68W001VS2@ACVAX.INRE.ASU.EDU>; Tue, 30 Nov 1993 16:31:09 MST Date: Tue, 30 Nov 1993 16:31:09 -0700 (MST) From: Brent Dunlock Subject: AFS tokens To: netatalk-admins@umich.edu Message-id: <01H5XK7UNBEQ001VS2@ACVAX.INRE.ASU.EDU> X-VMS-To: IN%"netatalk-admins@umich.edu" X-VMS-Cc: DUNLOCK MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT I'm running netatalk-1.3b2 with AFS. The AFS client is a SUN running 4.1.3. Everything works fine for about two minutes, then it acts like I lose my AFS token and hence, access to all my files in AFS. For example, I'll choose my server from a MAC and log in with the kerberized UAM, double click and see all my files. I can even copy files from AFS space to my MAC and back. Then, poof - suddenly I can't access my files any more. The ticket lifetime set for my account is well beyond the 25 hours default (set to like 280 hours for this account). Any clues to this mystery would be appreciated! From netatalk-admins-request Tue Nov 30 20:29:06 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id UAA05650; Tue, 30 Nov 1993 20:27:24 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id UAA05647; Tue, 30 Nov 1993 20:27:23 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id UAA00324; Tue, 30 Nov 1993 20:27:22 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id UAA00321; Tue, 30 Nov 1993 20:27:20 -0500 Received: from andrew.cea.pvamu.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id UAA00315; Tue, 30 Nov 1993 20:27:17 -0500 Received: from melab1.me.pvamu.edu by andrew.cea.pvamu.edu with SMTP (1.37.109.4/16.2) id AA27816; Tue, 30 Nov 93 19:24:50 -0600 Received: by melab1.pvamu.edu (4.1/SMI-4.1) id AA00936; Tue, 30 Nov 93 19:29:01 CST From: wdevine@melab1.me.pvamu.edu (William C Devine) Message-Id: <9312010129.AA00936@melab1.pvamu.edu> Subject: can see but cannot access paths. To: netatalk-admins@umich.edu Date: Tue, 30 Nov 1993 19:29:00 -0600 (CST) X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 808 I finally have netatalk 1.3b2 working great. The printing to our networked HP LJ IV works flawlessly. The file server is shown in the chooser and i can select and login to it. But i have a few problems: 1. I cannot select any of the volumes i have set in afpd.conf or $HOME/AppleVolumes. 2. I cannot see the server or printer server from our Macintosh lab down the hall. It's on the other side of the gatorbox. 3. Do you have to run gatorshare to see the file server and print server from the gatorbox side? william -- Electrical Engineering Major working for the Mechanical Engineering Dept doing Computer Science work, kinda funny huh? Think that's strange? You oughta see my twin sister, an Animal Science Major running the Engineering Computer Lab! Guess it runs in the family eh? From netatalk-admins-request Wed Dec 1 23:44:27 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id XAA19352; Wed, 1 Dec 1993 23:39:44 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id XAA19348; Wed, 1 Dec 1993 23:39:42 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id XAA15962; Wed, 1 Dec 1993 23:39:41 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id XAA15955; Wed, 1 Dec 1993 23:39:36 -0500 Received: from fish-license.ifs.umich.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id XAA15888; Wed, 1 Dec 1993 23:38:58 -0500 Received: from llama.ifs.umich.edu by fish-license.ifs.umich.edu (AIX 3.1/UCB 5.64/4.03) id AA04399; Wed, 1 Dec 1993 23:38:57 -0500 Message-Id: <9312020438.AA04399@fish-license.ifs.umich.edu> To: Brent Dunlock Cc: netatalk-admins@umich.edu, umich-systems@umich.edu, klb@umich.edu, cak@umich.edu, mts@umich.edu Subject: Re: AFS tokens In-Reply-To: Your message of "Tue, 30 Nov 93 16:31:09 MST." <01H5XK7UNBEQ001VS2@ACVAX.INRE.ASU.EDU> Date: Wed, 01 Dec 93 23:38:56 -0500 From: Marcus Watts > Date: Tue, 30 Nov 1993 16:31:09 -0700 (MST) > From: Brent Dunlock > Subject: AFS tokens > To: netatalk-admins@umich.edu > > I'm running netatalk-1.3b2 with AFS. The AFS client is a SUN running 4.1.3. > Everything works fine for about two minutes, then it acts like I lose my AFS > token and hence, access to all my files in AFS. > > For example, I'll choose my server from a MAC and log in with the kerberized > UAM, double click and see all my files. I can even copy files from AFS space to > my MAC and back. Then, poof - suddenly I can't access my files any more. The > ticket lifetime set for my account is well beyond the 25 hours default (set to > like 280 hours for this account). > > Any clues to this mystery would be appreciated! > The copy of netatalk you use must have been built with some kerberos library. If you have source to this library, you should check out get_ad_tkt() in src/lib/krb/get_ad_tkt.c and src/lib/krb/lifetime.c. In the former, you want to make sure that lifetime = (unsigned char) ptr[0]; and NOT! lifetime = ptr[0]; If you see the latter, you have a very ancient kerberos library. Get a more recent copy & try again. If you don't have the lifetime.c file, you don't have the "lifetime" fix for kerberos. The original version of kerberos stored lifetimes in 1 byte, in 5 minute increments, allowing for a maximum token lifetime of about 21 hours. The lifetime fix maps values larger than 128, into a non-linear set of successively much larger values. In any event, you'll want to get a more recent copy if you are missing the "lifetime" fix. Your transarc representative may be able to help you more with this. There is no published AFS cell anywhere under the 129.219 network or for asu.edu. I presume you either don't publish your AFS cell, you've cleverly hid your cell somewhere else, or you're using somebody else's AFS cell. In any event, I can't tell if you're running Transarc's kaserver or MIT's kerberos server. So I can only give you this unlikely but possible cause of error: if you're running the MIT server on a byte swapped (intel or dec) machine, that *may* be exercising some sort of byte swapping bug, -- also, the pw change facility in netatalk & the UAM won't work. Here's some points where a syslog or so in afpd should narrow the problem and perhaps point to the culprit (be it afs, krb, netatalk, or the UAM.) In etc/afpd/kuam.c, in kuam_get_in_tkt, there is a line that reads: *(pkt->dat+(pkt->length)++) = (char) life; the value of "life" here would be interesting (it should be 255). If it isn't, look to krb_login for the fault. In etc/afpd/kaum.c, in kuam_set_in_tkt, there is a line that reads: lifetime = (unsigned char) ptr[0]; the value of lifetime here is interesting as well. For a ticket lifetime of 280 hrs, a value of about 177 would be right. (this value, minus 128, is an index into the array in krb/lifetime.c. If you don't have lifetime.c, then that's one good reason why your kerberos library could be screwing you.) If this value is very small (ie, obvious trash), then the fault may lie in bad data the UAM returned, or in bad decoding in kuam_set_in_tkt itself. In etc/afpd/auth.c, in krb_logincont, there is a line that reads: ct.EndTimestamp = cr.issue_date + ( cr.lifetime * 5 * 60 ); the value of EndTimestamp is when the afs cache manager thinks your token will expire, and so that value, as well, is interesting. It should be some time significantly in the future. cr.lifetime here should be 177 as well. It would also be worth checking that issue_date is actually the present +/- a few seconds. Beware: this is NOT when your token REALLY expires. If you set this value to some larger value, very Bad things will happen; the calls to the file server will fail, and your cache manager will decide the file server has !GONE DOWN! instead of expiring your tokens. This is Not A Good Thing. As it happens, this formula is wrong, because it's not using the kerberos lifetime fix. So, it will actually result in artificially low token lifetimes. The correct statement would be: ct.EndTimestamp = krb_life_to_time(cr.issue_date, cr.lifetime); Undoubtedly, a future release of netatalk will contain this minor fix. -Marcus Watts UM ITD RS Umich Systems Group From netatalk-admins-request Wed Dec 8 12:16:23 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id MAA19988; Wed, 8 Dec 1993 12:12:26 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id MAA19985; Wed, 8 Dec 1993 12:12:24 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id MAA27608; Wed, 8 Dec 1993 12:12:23 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id MAA27599; Wed, 8 Dec 1993 12:12:18 -0500 Received: from sirius.tadtec.co.uk by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id MAA27593; Wed, 8 Dec 1993 12:12:15 -0500 Received: from benny (benny.tadtec.co.uk) by sirius.tadtec.co.uk (4.1/SMI-4.1) id AA19613; Wed, 8 Dec 93 17:11:40 GMT Received: by benny (5.0/SPARCbook_POP1.3) id AA15051; Wed, 8 Dec 93 17:10:42 GMT Date: Wed, 8 Dec 93 17:10:42 GMT From: rde@tadtec.co.uk (Richard Evans) Message-Id: <9312081710.AA15051@benny> To: netatalk-admins@itd.umich.edu Cc: ags@tadtec.co.uk Subject: Netatalk and IBM AIX 3.2.5 Content-Length: 690 I'm trying to compile netatlk for AIX 3.2.5 on IBM RS6000s. I have an earlier version with AIX support, but it seems to have been a port to AIX 3.1 and does not compile under the present release. A later version (netatalk-1.3b2) doesn't have any AIX support. Has anyone ported the latest version to AIX 3.2.5? Thanks in advance. ------------------------------------------------------------------------------- Richard Evans Telephone : (+44) 223 566200 Tadpole Technology plc Fax : (+44) 223 566201 Cambridge Science Park Milton Road E-Mail : rde@tadtec.co.uk Cambridge, CB4 4WQ, UK ------------------------------------------------------------------------------- From netatalk-admins-request Mon Dec 13 16:05:14 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id QAA18021; Mon, 13 Dec 1993 16:04:37 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id QAA18018; Mon, 13 Dec 1993 16:04:35 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id QAA27150; Mon, 13 Dec 1993 16:04:34 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id QAA27146; Mon, 13 Dec 1993 16:04:32 -0500 Received: from catfish.LCS.MIT.EDU by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id QAA27129; Mon, 13 Dec 1993 16:04:27 -0500 Received: from localhost (metcalf@localhost) by catfish.LCS.MIT.EDU (8.6.4/8.6.4) id QAA27234 for netatalk-admins@itd.umich.edu; Mon, 13 Dec 1993 16:04:25 -0500 Date: Mon, 13 Dec 1993 16:04:25 -0500 From: Chris Metcalf Message-Id: <199312132104.QAA27234@catfish.LCS.MIT.EDU> To: netatalk-admins@itd.umich.edu Subject: HP LJ4m pap lossage We've been having some problems with an HP LaserJet 4m on LocalTalk which we recently hooked up. We're spooling from a SPARC IPC running SunOS 4.1.3 and netatalk-1.2.1, and using a GatorBox to gateway from our Phase I EtherTalk to LocalTalk, which is what the printer is on. The printer works fine with Macs (on ethernet), and our pap works fine with an Apple LaserWriter II and various TI printers. It also works fine with short files to the HPLJ. I grabbed the latest bin/pap sources from 1.3b2 and built with -DEBUG -DPRAGMATIC (although I didn't build the 3b2 libatalk). A short file (enscript /etc/motd) generates the following output: Trying 11110.194:128 ... OPEN > < OPENREPLY status: busy; source: AppleTalk Connected to Anne's MicroLaser (624):LaserWriter@*. READ 1 > < TICKLE SENDSTATUS > < STATUS < READ DATA > SENDSTATUS > < STATUS < READ DATA (eof) > < READ SENDSTATUS > < STATUS < READ SENDSTATUS > < STATUS < READ SENDSTATUS > < STATUS < DATA (eof) CLOSE > < CLOSEREPLY Connection closed. A longer file (still one page, dvips output), never closes the connection, although it does print the whole file: Trying 11110.194:128 ... OPEN > < OPENREPLY status: busy; source: AppleTalk Connected to Anne's MicroLaser (624):LaserWriter@*. READ 1 > < TICKLE SENDSTATUS > < STATUS < READ DATA > SENDSTATUS > < STATUS < READ [above four lines repeat 24 times] DATA (eof) > < READ SENDSTATUS > < STATUS [above three lines repeat 4 times] < TICKLE SENDSTATUS > < STATUS [activity stop for a while here] < READ SENDSTATUS > < STATUS < READ SENDSTATUS > < STATUS [pause] < READ SENDSTATUS > < STATUS [15-sec pause] < READ SENDSTATUS > < STATUS < TICKLE SENDSTATUS > < STATUS [15-sec pause] < READ SENDSTATUS > < STATUS [15-sec pause] TICKLE > SENDSTATUS > < STATUS [1-min pause] TICKLE > SENDSTATUS > < STATUS Curiously, the new pap doesn't notice when I do a pushbutton-reset on the printer; the old pap disconnected at that point (saying "connection unexpectedly closed; send file failed"). For the moment we're using the old pap, and doing a by-hand printer reset after every job spooled from Unix. Any insights, or pointers to new pap sources, would be much appreciated! Chris Metcalf, MIT Laboratory for Computer Science metcalf@cag.lcs.mit.edu // +1 (617) 253-7766 From netatalk-admins-request Mon Dec 13 16:47:35 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id QAA19164; Mon, 13 Dec 1993 16:47:29 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id QAA19162; Mon, 13 Dec 1993 16:47:28 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id QAA19160; Mon, 13 Dec 1993 16:47:26 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id QAA19149; Mon, 13 Dec 1993 16:47:20 -0500 Message-Id: <199312132147.QAA19149@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Chris Metcalf cc: netatalk-admins@umich.edu Subject: Re: HP LJ4m pap lossage In-reply-to: Your message of "Mon, 13 Dec 1993 16:04:25 EST." <199312132104.QAA27234@catfish.LCS.MIT.EDU> Date: Mon, 13 Dec 1993 16:47:19 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: Chris Metcalf > To: netatalk-admins@itd.umich.edu > I grabbed the latest bin/pap sources from 1.3b2 and > built with -DEBUG -DPRAGMATIC (although I didn't build the 3b2 libatalk). In the 1.3b2 source, look for #ifdef xPRAGMATIC, and change them to #ifdef PRAGMATIC. This should fix the problem. :wes From netatalk-admins-request Mon Dec 13 17:33:56 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id RAA20684; Mon, 13 Dec 1993 17:33:07 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id RAA20681; Mon, 13 Dec 1993 17:33:05 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id RAA02803; Mon, 13 Dec 1993 17:33:05 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id RAA02796; Mon, 13 Dec 1993 17:33:02 -0500 Received: from fish-license.ifs.umich.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id RAA02791; Mon, 13 Dec 1993 17:33:00 -0500 Received: from llama.ifs.umich.edu by fish-license.ifs.umich.edu (AIX 3.1/UCB 5.64/4.03) id AA04364; Mon, 13 Dec 1993 17:32:57 -0500 Message-Id: <9312132232.AA04364@fish-license.ifs.umich.edu> To: Chris Metcalf Cc: netatalk-admins@itd.umich.edu Subject: Re: HP LJ4m pap lossage In-Reply-To: Your message of "Mon, 13 Dec 93 16:04:25 EST." <199312132104.QAA27234@catfish.LCS.MIT.EDU> Date: Mon, 13 Dec 93 17:32:56 -0500 From: Marcus Watts You should definitely rebuild pap with the latest 1.3 libatalk you can find. There are some rearrangements in atp that should greatly improve behavior (or at least something beyond 1.3b2.) It may not entirely fix things. The 1.2 version of atp did not support asynchronous operation at all right. That's why you are getting those hangs. The 1.3 version of atp greatly improves things but they're still not entirely right. The logic for request retransmits, tickles, and timeouts is somewhat problemmatical. This might not be a big problem for you, especially on a lightly loaded network or with a relatively low printing load. If you still experience problems, I may have a fix: I have a fixed version of pap & atp that (I believe) does tickles & retries almost correctly. This fixed version works only with an AIX 3.2 version of netatalk, which is at this point probably more different from 1.2/1.3 than 1.2 is from 1.3. (Sample differences: atp uses select not signal for timeouts, tiemouts for atp_sreqto are measured in ms, not s. There is a lot of what Wes would call `crap' in pap to deal with the AIX printing world.) Unless you enjoy digging deep into libraries & include files and resolving differences, you may want to just wait & see what happens. Wes & I are supposed to meet and talk about differences early next year. [ In order not to stall 1.3's release "forever" we decided to postpone this until after its release. ] With luck many fixes like this one will make it into some future "real" release. -Marcus Watts UM ITD RS Umich Systems Group From netatalk-admins-request Wed Dec 15 21:32:32 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) id VAA09980; Wed, 15 Dec 1993 21:27:15 -0500 Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id VAA09977; Wed, 15 Dec 1993 21:27:12 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id VAA06030; Wed, 15 Dec 1993 21:27:12 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id VAA06026; Wed, 15 Dec 1993 21:27:11 -0500 Received: from trout.nosc.mil by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id VAA05406; Wed, 15 Dec 1993 21:15:11 -0500 Received: from visicom.UUCP by trout.nosc.mil (4.1/SMI-4.1) id AA00248; Wed, 15 Dec 93 18:14:35 PST Received: from yoko.VisiCom.COM by corona.VisiCom.COM (4.1/8.18-uucp) id AA20998; Wed, 15 Dec 93 18:04:11 PST Received: by yoko.VisiCom.COM (4.1/8.9-smtp) id AA23305; Wed, 15 Dec 93 18:04:12 PST Date: Wed, 15 Dec 93 18:04:12 PST From: Jeff Makey Message-Id: <9312160204.AA23305@yoko.VisiCom.COM> To: netatalk-admins@umich.edu Cc: Greg Kohler , Jos van Wezel , Mahmoud Pegah In-Reply-To: Jeff Makey's message of Mon, 29 Nov 93 17:59:33 PST <9311300159.AA21910@yoko.VisiCom.COM> Subject: SUMMARY: LocalTalk hosts can't see AppleShare server thru atalkd My problem with LocalTalk hosts being unable to see AppleShare servers through atalkd had a two-part solution: The first step (thanks to wesley.craig@umich.edu) is to get and install version 1.3b3 of netatalk from ~ftp/pub/n-13b3.tar.Z on terminator.rs.itd.umich.edu. The second step (of my own invention) is to change the atalkd.conf file to specify non-seed zone information on interfaces that already have EtherTalk traffic. In my case, my atalkd.conf file changed from le1 le0 -seed -phase 2 -net 20501-20501 -zone "San Diego" to le1 -phase 2 -net 20500-20500 -zone "San Diego" -zone "Twilight Zone" le0 -seed -phase 2 -net 20501-20501 -zone "San Diego" These changes, combined with a final reboot of the routing SPARCstation to clean everything up, have resulted in the desired extension of my EtherTalk network past an IP gateway. I assume that other minor problems (such as the awful output of "netstat -r" on the gateway) will be dealt with as the software matures. :: Jeff Makey makey@VisiCom.COM From netatalk-admins-request Fri Dec 17 18:53:22 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id SAA25369; Fri, 17 Dec 1993 18:53:22 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id SAA25364; Fri, 17 Dec 1993 18:53:20 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id SAA25360; Fri, 17 Dec 1993 18:53:19 -0500 Message-Id: <199312172353.SAA25360@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: mbone From: wesley.craig@umich.edu Date: Fri, 17 Dec 1993 18:53:18 -0500 Sender: wes@terminator.rs.itd.umich.edu Anyone using netatalk on a machine that listens to the mbone? In particular, any machine that has the mbone multicast patches in the kernel? :wes From netatalk-admins-request Sat Dec 18 11:19:42 1993 Return-Path: Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id LAA11040; Sat, 18 Dec 1993 11:19:41 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA03357; Sat, 18 Dec 1993 11:19:45 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA03354; Sat, 18 Dec 1993 11:19:44 -0500 Received: from mail.cox.smu.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id LAA03350; Sat, 18 Dec 1993 11:19:42 -0500 Received: by mail.cox.smu.edu (Smail3.1.28.1 #9) id m0pB4NZ-0001bBC; Sat, 18 Dec 93 10:19 CST Message-Id: From: drew@nasdaq.cox.smu.edu (Drew Phillips) Subject: Ultrix 4.3A To: netatalk-admins@umich.edu Date: Sat, 18 Dec 1993 10:19:41 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 723 My UNIX aministrator whom I have been working with to get Netatalk running on a Dec 5000/240 upgraded the OS from Ultrix 4.3 to 4.3A last night. He mentioned that he had some trouble getting the patches installed because of some changes in 4.3A. Could someone offer some help in this area? I really think that Netatalk is great, and I'm glad that the folks at Michigan have taken the time and effort to develop such a package. Keep up the good work! DRew -- Drew Phillips -- ISS | All of the buildings | Cox School of Business | All of the cars | Southern Methodist University | Were once just a dream | drew@mail.cox.smu.edu | In somebody's head | From netatalk-admins-request Mon Dec 20 11:33:12 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA21909; Mon, 20 Dec 1993 11:33:12 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA21907; Mon, 20 Dec 1993 11:33:10 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id LAA21899; Mon, 20 Dec 1993 11:33:07 -0500 Message-Id: <199312201633.LAA21899@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: drew@nasdaq.cox.smu.edu (Drew Phillips) cc: netatalk-admins@umich.edu Subject: Re: Ultrix 4.3A In-reply-to: Your message of "Sat, 18 Dec 1993 10:19:41 CST." Date: Mon, 20 Dec 1993 11:33:06 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: drew@nasdaq.cox.smu.edu (Drew Phillips) > To: netatalk-admins@umich.edu > My UNIX aministrator whom I have been working with to get > Netatalk running on a Dec 5000/240 upgraded the OS from > Ultrix 4.3 to 4.3A last night. He mentioned that he had > some trouble getting the patches installed because of > some changes in 4.3A. Could someone offer some help in > this area? The added some SCSI networking (or something to that effect) in 4.3A. It should be relatively obvious how to apply the patches anyway, from the .rej file. If you like, I can give you a version that will just work, but it should be easy to apply the ones you have by hand. :wes From netatalk-admins-request Tue Dec 21 07:04:38 1993 Return-Path: Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id HAA17746; Tue, 21 Dec 1993 07:04:38 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id HAA28537; Tue, 21 Dec 1993 07:04:37 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id HAA28534; Tue, 21 Dec 1993 07:04:36 -0500 Received: from mailhost.canon.co.uk by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id HAA28530; Tue, 21 Dec 1993 07:04:32 -0500 Received: from isolde (isolde.canon.co.uk) by mailhost.canon.co.uk (4.1/SMI-4.1) id AA22087; Tue, 21 Dec 93 12:03:58 GMT Received: by isolde (4.1/SMI-4.1) id AA08276; Tue, 21 Dec 93 12:04:11 GMT Date: Tue, 21 Dec 93 12:04:11 GMT From: chudley@canon.co.uk (Martin Chudley) Message-Id: <9312211204.AA08276@isolde.canon.co.uk> To: netatalk-admins@umich.edu Subject: unsubscribe unsubscribe From netatalk-admins-request Tue Dec 21 11:38:22 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA23310; Tue, 21 Dec 1993 11:38:22 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA23306; Tue, 21 Dec 1993 11:38:20 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id LAA23301; Tue, 21 Dec 1993 11:38:17 -0500 Message-Id: <199312211638.LAA23301@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: moderation From: wesley.craig@umich.edu Date: Tue, 21 Dec 1993 11:38:17 -0500 Sender: wes@terminator.rs.itd.umich.edu Assuming this posting actually works, netatalk-admins@umich.edu is now moderated. People posting to the list will see no difference. People reading the list should notice that there are no more subscribe/unsubscribe requests. :wes From netatalk-admins-request Wed Dec 22 14:53:38 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA27996; Wed, 22 Dec 1993 14:53:38 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA27994; Wed, 22 Dec 1993 14:53:36 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA27990; Wed, 22 Dec 1993 14:53:34 -0500 Resent-Message-Id: <199312221953.OAA27990@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id LAA24017; Wed, 22 Dec 1993 11:54:02 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA17840; Wed, 22 Dec 1993 11:54:01 -0500 Received: from nyse.cox.smu.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id LAA17836; Wed, 22 Dec 1993 11:54:00 -0500 Received: by nyse.cox.smu.edu (Smail3.1.28.1 #1) id m0pCWoq-0000X9C; Wed, 22 Dec 93 10:53 CST Message-Id: From: drew@nyse.cox.smu.edu (Drew Phillips) Subject: papd and multiple printers To: netatalk-admins@umich.edu Date: Wed, 22 Dec 1993 10:53:51 -0600 (CST) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 579 Resent-To: netatalk-admins@umich.edu Resent-Date: Wed, 22 Dec 1993 14:53:34 -0500 Resent-From: Wesley Craig I could not seem to find any references top multiple printer configurations in either the papd man pages or the FAQ. The syntax of the config file only suggests single printer support, but I did see mention in past mailings about the use of multiple printers. How is this accomplished? Thanks for the help. DRew -- Drew Phillips -- ISS | All of the buildings | Cox School of Business | All of the cars | Southern Methodist University | Were once just a dream | drew@mail.cox.smu.edu | In somebody's head | From netatalk-admins-request Wed Dec 22 15:01:59 1993 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id PAA28348; Wed, 22 Dec 1993 15:01:59 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id PAA28342; Wed, 22 Dec 1993 15:01:57 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id PAA28333; Wed, 22 Dec 1993 15:01:54 -0500 Message-Id: <199312222001.PAA28333@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: drew@nyse.cox.smu.edu (Drew Phillips) cc: netatalk-admins@umich.edu Subject: Re: papd and multiple printers In-reply-to: Your message of "Wed, 22 Dec 1993 10:53:51 CST." Date: Wed, 22 Dec 1993 15:01:53 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: drew@nyse.cox.smu.edu (Drew Phillips) > To: netatalk-admins@umich.edu > I could not seem to find any references top multiple printer > configurations in either the papd man pages or the FAQ. The > syntax of the config file only suggests single printer support, > but I did see mention in past mailings about the use of multiple > printers. How is this accomplished? Simple: invoke papd once for each printer, and specify a different config file on the command line for each. We're sort of half working on a new version of papd which will have a number of new features, including multiple printers. However, we're not planning to release it any time soon. :wes From netatalk-admins-request Mon Jan 3 11:01:51 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA06001; Mon, 3 Jan 1994 11:01:51 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA05998; Mon, 3 Jan 1994 11:01:45 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id LAA05994; Mon, 3 Jan 1994 11:01:42 -0500 Resent-Message-Id: <199401031601.LAA05994@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id RAA00287; Sun, 2 Jan 1994 17:32:07 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id RAA28222; Sun, 2 Jan 1994 17:32:07 -0500 Received: from relay2.UU.NET by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id RAA28218; Sun, 2 Jan 1994 17:32:05 -0500 Received: from spool.uu.net (via LOCALHOST) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA23742; Sun, 2 Jan 94 17:32:03 -0500 Received: from island.UUCP by uucp6.uu.net with UUCP/RMAIL (queueing-rmail) id 173031.8057; Sun, 2 Jan 1994 17:30:31 EST Received: from coney.island.com by island.COM (4.1/SMI-4.1) id AA09200; Sun, 2 Jan 94 14:17:02 PST Received: by coney.island.com (5.0/SMI-SVR4) id AA04252; Sun, 2 Jan 94 14:24:51 PST Date: Sun, 2 Jan 94 14:24:51 PST From: hue@coney.island.COM (Pond Scum) Message-Id: <9401022224.AA04252@coney.island.com> To: wesley.craig@umich.edu Subject: Re: papd and multiple printers Cc: netatalk-admins@umich.edu X-Sun-Charset: US-ASCII Content-Length: 672 Resent-To: netatalk-admins@umich.edu Resent-Date: Mon, 03 Jan 1994 11:01:42 -0500 Resent-From: Wesley Craig > We're sort of half working on a new version of papd which will have a > number of new features, including multiple printers. However, we're > not planning to release it any time soon. Will the new papd support the 8.1 LaserWriter driver? Perhaps my installation is screwed up, but when I use the 8.1 driver, the papd servicing it hangs around afterwards and doesn't exit. There is a patch out for CAP's lwsrv for the 8.1 LaserWriter driver which seems to consist only of adding a newline to the end of a message send to the PAP client. Would making a similar change to papd's sources make it compatible with the 8.1 LaserWriter driver? -Jonathan hue@island.COM From netatalk-admins-request Mon Jan 3 11:43:17 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA07152; Mon, 3 Jan 1994 11:43:17 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA07150; Mon, 3 Jan 1994 11:43:15 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id LAA07125; Mon, 3 Jan 1994 11:42:36 -0500 Message-Id: <199401031642.LAA07125@terminator.rs.itd.umich.edu> From: Mark Smith To: hue@coney.island.COM (Pond Scum) cc: wesley.craig@umich.edu, netatalk-admins@umich.edu Subject: Re: papd and multiple printers In-reply-to: Your message of "Sun, 02 Jan 1994 14:24:51 PST." <9401022224.AA04252@coney.island.com> Date: Mon, 03 Jan 1994 11:42:36 -0500 Sender: mcs@terminator.rs.itd.umich.edu >From: hue@coney.island.COM (Pond Scum) > To: wesley.craig@umich.edu > > Will the new papd support the 8.1 LaserWriter driver? Perhaps my installatio > is screwed up, but when I use the 8.1 driver, the papd servicing it hangs > around afterwards and doesn't exit. What version of netatalk are you running? 1.3b2 has an initial pass at support for the 8.x LaserWriter drivers, but it has problems handling some documents. The 1.3 release, which we hope to make very soon, should be 100% compatible with the 8.x drivers. > There is a patch out for CAP's lwsrv for the 8.1 LaserWriter driver which > seems to consist only of adding a newline to the end of a message send to > the PAP client. Would making a similar change to papd's sources make it > compatible with the 8.1 LaserWriter driver? I am not familiar with the CAP lwsrv change, but at one point we had a problem in the papd "font query" handling that required an extra newline as a workaround. The bug turned out to be elsewhere, and we have since removed the extra newline. -Mark From netatalk-admins-request Thu Jan 6 11:23:08 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA26108; Thu, 6 Jan 1994 11:23:08 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA26104; Thu, 6 Jan 1994 11:23:06 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id LAA26094; Thu, 6 Jan 1994 11:23:03 -0500 Resent-Message-Id: <199401061623.LAA26094@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id CAA19853; Thu, 6 Jan 1994 02:52:13 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id CAA02491; Thu, 6 Jan 1994 02:52:13 -0500 Received: from relay2.UU.NET by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id CAA02482; Thu, 6 Jan 1994 02:52:05 -0500 Received: from spool.uu.net (via LOCALHOST) by relay2.UU.NET with SMTP (5.61/UUNET-internet-primary) id AA26311; Thu, 6 Jan 94 02:52:03 -0500 Received: from island.UUCP by uucp4.uu.net with UUCP/RMAIL (queueing-rmail) id 025054.9365; Thu, 6 Jan 1994 02:50:54 EST Received: from coney.island.com by island.COM (4.1/SMI-4.1) id AA06464; Wed, 5 Jan 94 23:36:44 PST Received: by coney.island.com (5.0/SMI-SVR4) id AA05630; Wed, 5 Jan 94 23:44:39 PST Date: Wed, 5 Jan 94 23:44:39 PST From: hue@coney.island.COM (Pond Scum) Message-Id: <9401060744.AA05630@coney.island.com> To: mcs@umich.edu Subject: Re: LaserWriter 8 Cc: netatalk-admins@umich.edu, wesley.craig@umich.edu Content-Length: 684 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 06 Jan 1994 11:23:02 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu >> Will the new papd support the 8.1 LaserWriter driver? Perhaps my installatio >> is screwed up, but when I use the 8.1 driver, the papd servicing it hangs >> around afterwards and doesn't exit. > >What version of netatalk are you running? 1.3b2 has an initial pass at >support for the 8.x LaserWriter drivers, but it has problems handling >some documents. The 1.3 release, which we hope to make very soon, should >be 100% compatible with the 8.x drivers. I guess it was something else that caused papd to not exit, because I can't reproduce the problem. I'm using 1.3b3 and it seems to be working fine with the LaserWriter 8.1.1 driver and MS Word. -Jonathan hue@island.COM From netatalk-admins-request Mon Jan 10 17:20:52 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id RAA08979; Mon, 10 Jan 1994 17:20:52 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id RAA08975; Mon, 10 Jan 1994 17:20:51 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id RAA08970; Mon, 10 Jan 1994 17:20:48 -0500 Resent-Message-Id: <199401102220.RAA08970@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id KAA01704; Fri, 7 Jan 1994 10:39:39 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA04601; Fri, 7 Jan 1994 10:39:40 -0500 Received: from math.lsa.umich.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id KAA04595; Fri, 7 Jan 1994 10:39:37 -0500 Received: from patton.math.lsa.umich.edu by math.lsa.umich.edu with SMTP id AA05190 (5.67a/IDA-1.5 for netatalk-admins@umich.edu); Fri, 7 Jan 1994 10:39:36 -0500 Message-Id: <9401071539.AA01989@patton.math.lsa.umich.edu> To: netatalk-admins@umich.edu Subject: Printing from a Mac to a Unix Queue Date: Fri, 07 Jan 1994 10:39:35 -0500 From: Geeb Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 10 Jan 1994 17:20:47 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu We currently use the transcript software for spooling Unix Jobs to a printer. When we try to print from a mac to this queue... It bombs. What would be the best way to set up another queue with the netatalk filters to print to the same unix printer? --geeb From netatalk-admins-request Tue Jan 11 16:06:06 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id QAA04828; Tue, 11 Jan 1994 16:06:06 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id QAA04825; Tue, 11 Jan 1994 16:06:04 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id QAA04820; Tue, 11 Jan 1994 16:06:02 -0500 Resent-Message-Id: <199401112106.QAA04820@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id PAA04450; Tue, 11 Jan 1994 15:46:32 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id PAA19308; Tue, 11 Jan 1994 15:46:31 -0500 Received: from ACVAX.INRE.ASU.EDU by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id PAA19294; Tue, 11 Jan 1994 15:46:25 -0500 Received: from ACVAX.INRE.ASU.EDU by ACVAX.INRE.ASU.EDU (PMDF V4.2-13 #2382) id <01H7JZL2O5UO003VWG@ACVAX.INRE.ASU.EDU>; Tue, 11 Jan 1994 13:46:17 MST Date: Tue, 11 Jan 1994 13:46:16 -0700 (MST) From: Brent Dunlock Subject: routing problem w/Cisco To: netatalk-admins@umich.edu Message-id: <01H7JZL2Q1CY003VWG@ACVAX.INRE.ASU.EDU> X-VMS-To: IN%"netatalk-admins@umich.edu" X-VMS-Cc: DUNLOCK MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 11 Jan 1994 16:06:01 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I'm running Netatalk 1.3b2 on a Sun behind a Cisco router and no one outside of our Ethernet segment can see the server. When I ask atalkd to dump everything out (with kill -USR1) it shows all of the other zones on campus (although their names do not show up in the dump as seen below). Macs in our segnemt can see the server, but it never shows up in the Chooser for Macs outside our segment. We're running a Cisco router with GS Software (GS3-K), version 4.6(4) [fc1] (whatever that means..). As far as I can tell this router is configured correctly since no other macs/servers have problems like this on this segment. The dump file shows the following: interface le0 5102.219 2ACL 5105-5105 zxi 'IT CNCS' 'IT FAC MGT' ...(more zones)... gate 5105.220 1 5101-5105 x 5140-5140 zi 'IT CNCS' gate 5104.132 1 50-50 qxi 101-103 qxi 120-120 qxi 201-201 qxi ......(more of the same)... Is the problem with our Cisco router or with our Netatalk configuration? Thanks for any help. From netatalk-admins-request Thu Jan 13 14:21:02 1994 Return-Path: Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id OAA08420; Thu, 13 Jan 1994 14:21:02 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA21311; Thu, 13 Jan 1994 14:20:58 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA21302; Thu, 13 Jan 1994 14:20:56 -0500 Received: from terminator.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA21297; Thu, 13 Jan 1994 14:20:54 -0500 Resent-Message-Id: <199401131920.OAA21297@totalrecall.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id TAA13356; Wed, 12 Jan 1994 19:44:16 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id TAA10020; Wed, 12 Jan 1994 19:44:16 -0500 Received: from atc.boeing.com by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id TAA10014; Wed, 12 Jan 1994 19:44:13 -0500 Received: by atc.boeing.com (5.57) id AA15793; Wed, 12 Jan 94 16:44:54 -0800 Received: by warlok.ds.boeing.com (4.1/SMI-4.1) id AA04481; Wed, 12 Jan 94 16:44:08 PST Date: Wed, 12 Jan 94 16:44:08 PST From: howie@warlok.ds.boeing.com (Howard Modell) Message-Id: <9401130044.AA04481@warlok.ds.boeing.com> To: netatalk-admins@umich.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 13 Jan 1994 14:19:38 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu >From howie Wed Jan 12 16:42:42 1994 Received: by warlok.ds.boeing.com (4.1/SMI-4.1) id AA04477; Wed, 12 Jan 94 16:42:42 PST To: netatalk-admins Subject: messages from atalkd! Wes; I've been using netatalk 1.3b3 as you suggested before Xmas, and it does seem to work a little better than b2, but I'm getting A LOT of messages out atalkd, and they clutter /var/adm/messages and console ...... they seem to be of 2 varieties, either ... Jan 10 14:54:17 warlok atalkd[3009]: route: 21856 -> 19065.1: File exists ...... which mostly shows up during boot-up/initialization, and .. Jan 10 22:42:30 warlok atalkd[3009]: route: 8438 -> 19065.1: No such process ..... which shows up seemingly 'randomly' during the day .. I can't find any place in the source that produces them, though I suspect something may be simply passing along a message from something else? Is there anyway for me to turn those messages off, or send them to /dev/null? Other than this, 1.3b3 is working nicely .. Howard Modell (206)662-0189 howie@warlok.ds.boeing.com POBox 3707, m/s 4C-63, Boeing D&SG h.modell@ieee.org Seattle, WA 98124-2207 From netatalk-admins-request Thu Jan 13 14:29:48 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA08835; Thu, 13 Jan 1994 14:29:48 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA08829; Thu, 13 Jan 1994 14:29:45 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA08820; Thu, 13 Jan 1994 14:29:40 -0500 Message-Id: <199401131929.OAA08820@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: howie@warlok.ds.boeing.com (Howard Modell) cc: netatalk-admins@umich.edu In-reply-to: Your message of "Wed, 12 Jan 1994 16:44:08 PST." <9401130044.AA04481@warlok.ds.boeing.com> Date: Thu, 13 Jan 1994 14:29:39 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: howie@warlok.ds.boeing.com (Howard Modell) > To: netatalk-admins@umich.edu > I'm getting A LOT of > messages out atalkd, and they clutter /var/adm/messages and console > Jan 10 14:54:17 warlok atalkd[3009]: route: 21856 -> 19065.1: File exists > .... which mostly shows up during boot-up/initialization, and .. "File exists" means "route exists", when applied to routing. It sounds like you've restarted atalkd without rebooting the machine. While this usually works ok, it *does* produce a lot of messages, and is certainly not something I suggest doing. > Jan 10 22:42:30 warlok atalkd[3009]: route: 8438 -> 19065.1: No such process > ... which shows up seemingly 'randomly' during the day .. "No such process" means "no such route". One could call this a bug in atalkd. atalkd doesn't keep track of whether or not there is a kernel route associated with an entry in its in-core routing table. When routes go bad, it will sometimes remove the route from the kernel twice. > Is there anyway for me to turn those messages off, or send them to > /dev/null? Just in general, anyone using netatalk would do well to understand syslog. As an example, here's the syslog.conf on our main server, terminator: --- cut --- daemon.debug /var/log/daemon mail.info /var/log/mail news.info /var/log/news local2.info /var/log/named *.emerg /var/log/emerg *.alert /var/log/alert *.crit;mail.none /var/log/crit *.err;news.none;local2.none;mail.none /var/log/err *.warning;local1.none;local2.none;news.none;mail.none /var/log/warning *.info;news.none;mail.none;daemon.none;local0.none;local1.none;local2.none /var/log/info lpr.debug;news.none;mail.none;daemon.none;local0.none;local1.none;local2.none /var/adm/lpd-errs --- cut --- Along with this, we run a script called "newsyslog" just before midnight, every day. It cycles the log files, so we have /var/log/err.Wed, etc, parses some number of the logs, posts statistics to one of our local news groups, and restarts syslogd. --- cut --- #!/bin/sh #---------------------------------------------------- # save a week's worth of logs. #---------------------------------------------------- PATH=:/bin:/usr/bin:/usr/ucb DAY=`date +%a` LOGDIR=/var/log cd $LOGDIR for I in `ls | grep -v "\."` ; do cp $I $I.$DAY cp /dev/null $I done #----------------------------------------------------------------------------- # mail the news stats # innlog.awk is a set of specific stats, including who is reading what # innlog.awk2 gives more general stats #----------------------------------------------------------------------------- export DAY su news -c "/bin/awk -f /usr/local/news/lib/innlog.awk /var/log/news.$DAY | mail usenet" su news -c "/bin/awk -f /usr/local/news/lib/innlog.awk3 /var/log/news.$DAY | mail -s NewsNews umich-itd-stats" kill -HUP `cat /etc/syslog.pid` --- cut --- The syslogd man page is also pretty enlightening. Sadly, people running on Ultrix machines don't really have anything like this. :wes From netatalk-admins-request Mon Jan 17 23:33:19 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id XAA06444; Mon, 17 Jan 1994 23:33:19 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id XAA06439; Mon, 17 Jan 1994 23:33:17 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id XAA06435; Mon, 17 Jan 1994 23:33:14 -0500 Resent-Message-Id: <199401180433.XAA06435@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id VAA05333; Mon, 17 Jan 1994 21:59:37 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id VAA24552; Mon, 17 Jan 1994 21:59:36 -0500 Received: from star.cs.vu.nl by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id VAA24533; Mon, 17 Jan 1994 21:59:31 -0500 Received: from balaena.bio.vu.nl by star.cs.vu.nl id aa22991; 18 Jan 94 3:59 MET Received: by balaena.bio.vu.nl (4.1/SMI-4.1) id AA23138; Tue, 18 Jan 94 03:59:24 +0100 Date: Tue, 18 Jan 94 03:59:24 +0100 From: Jos van Wezel Message-Id: <9401180259.AA23138@balaena.bio.vu.nl> To: netatalk-admins@umich.edu Subject: Converting AppleDouble to AppleDouble Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 17 Jan 1994 23:33:13 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I stumbled over a silly problem while moving from GatorShare (Cayman's implementation of AFS in their GatorBoxes) to NetAtalk. GatorShare writes the resource fork into a the corresponding filename prepended with an '%'. So you have '%MS Word 5.1' and 'MS Word 5.1' in one directory. Desktop information is stored in the 'root' file .DESKTOP. Since this is pretty standard stuff I thought it must be possible to warp the whole filespace into the NetAtalk form by creating '.AppleDouble' directories and moving all '% percent' files in there. Not so... :-( It does work for programs but files with empty/no resource fork are not recognised afterwards. They show up with the UNIX daemon icon. GatorShare leaves 512 bytes in the resource fork though. This seems to be OK which I understand after peeking through the code in 'utils' and can be considered as header information. I'm running 1.3b3 (1/11/94 version) and SunOS 4.1.3. smoothly. Can someone with GatorShare experience comment on this? In the NetAtalk code I saw some comments about GatorBoxes which is deffed with PHASE1; meaning the implementors of NetAtalk know about this hardware and some of it's software flaws. Maybe they also know why this conversion works only half. Does GatorShare perhaps store classified information in its ....DESKTOP file? Sincerely Jos van Wezel System Administrator VU, Faculty of Biology Amsterdam The Netherlands --------------------------------------- --------------------------------- From netatalk-admins-request Tue Jan 18 19:07:04 1994 Return-Path: Received: from wes by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id TAA03359; Tue, 18 Jan 1994 19:06:03 -0500 Message-Id: <199401190006.TAA03359@terminator.rs.itd.umich.edu> Date: Tue, 18 Jan 1994 19:06:03 -0500 From: wes.craig@umich.edu To: netatalk-release:; Subject: netatalk-1.3 netatalk is a kernel-level implementation of the AppleTalk Protocol Suite for BSD-derived systems. netatalk's primary services are routing, file service, print spooling, and outbound printing, in an AppleTalk networking environment. The current release contains support for EtherTalk Phase I and II. netatalk-1.3 runs on the following machines: OS Versions Hardware Notes -- -------- -------- ----- SunOS 4.1+ Sparc kernel must have VDDRV option installed Ultrix 4.[1-3] 3100,5000 Changes: atalkd is completely rewritten for phase 2 support. atalkd.conf from previous version will not work! afpd now has better AFS support. In particular, the configuration for AFS was made much easier; a number of Kerberos-related byte-ordering and time problems were found; clear-text passwords were added (thanks to geeb@umich.edu). afpd now handles Unix permissions much better (thanks to metcalf@mit.edu). There are many, many more changes, but most are small bug fixes. netatalk-1.3 is available via anonymous ftp from terminator.rs.itd.umich.edu, in ~ftp/unix/netatalk/netatalk-1.3.tar.{Z,gz}. Research Systems Unix Group The University of Michigan netatalk@umich.edu c/o Wesley Craig +1-313-764-2278 535 W. William St. Ann Arbor, Michigan 48103-4943 From netatalk-admins-request Wed Jan 19 17:36:04 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id RAA10497; Wed, 19 Jan 1994 17:36:04 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id RAA10495; Wed, 19 Jan 1994 17:36:02 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id RAA10486; Wed, 19 Jan 1994 17:35:58 -0500 Resent-Message-Id: <199401192235.RAA10486@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id JAA22118; Wed, 19 Jan 1994 09:51:38 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id JAA18251; Wed, 19 Jan 1994 09:51:37 -0500 Received: from relay1.pipex.net by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id JAA18244; Wed, 19 Jan 1994 09:51:29 -0500 Received: from pipex.net by relay1.pipex.net with SMTP (PP) id <06811-0@relay1.pipex.net>; Wed, 19 Jan 1994 14:46:37 +0000 Received: from prlhp1.prl.philips.co.uk by relay1.pipex.net with SMTP (PP) id <06802-0@relay1.pipex.net>; Wed, 19 Jan 1994 14:46:33 +0000 Received: from prsun11i by prlhp1.prl.philips.co.uk; Wed, 19 Jan 94 14:45:50 gmt From: Jon Piesing Date: Wed, 19 Jan 94 14:46:06 GMT Message-Id: <547.9401191446@prsun11i.prl.philips.co.uk> To: netatalk-admins@umich.edu Subject: netatalk, zones & routers Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 19 Jan 1994 17:35:57 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu This question really belongs in an FAQ but I haven't managed to find one so ...... Currently we are using netatalk 1.3 on one of the networks here. We want to put some Macs on another network. The two networks are connected by a number of Suns each of which have 2 ethernet interfaces. As an experiment, I configured one of these Suns to have netatalk running on both interfaces and then setup netatalk on a Sun on the 'other' network. I then used aecho to try and get the two Suns to talk to each other. It doesn't work, aecho does work between Suns on the current network. ( The atalkd.conf files for both of these machines are below ). If I use "etherfind -apple" on the gateway machine I get the following output when I use "aecho" on the Sun on the 'other' network to try and talk to the gateway. I get nothing if I use aecho on the gateway to try and talk to the Sun on the 'other' network. # etherfind -apple Using interface le0 icmp type lnth proto source destination src port dst port 67 AppleTalk 8:0:20:9:aa:ae -> 9:0:7:ff:ff:ff 66 AppleTalk 8:0:20:9:aa:ae -> 9:0:7:ff:ff:ff 66 AppleTalk 8:0:20:9:aa:ae -> 9:0:7:ff:ff:ff 66 AppleTalk 8:0:20:9:aa:ae -> 9:0:7:ff:ff:ff In the man page for atalkd there is the following sentence "atalkd automatically acts as a router if there is more than one interface." Does this mean that atalkd would let Macs on the two different networks talk to eachother ? Would let us backup Macs on one network to an exabyte on the other network using Retrospect Remote ? Thanks in advance. Jon Piesing Philips Research Redhill UK The atalkd.conf file for the gateway Sun is :- # # Format of lines in this file: # # interface [ -seed ] [ -phase { 1 | 2 } ] [ -addr net.node ] # [ -net first[-last] ] [ -zone ZoneName ] ... # # -seed only works if you have multi-interfaces. Any missing arguments are # automatically configured from the network. Note: lines can't actually be # split, tho it's a good idea. # # le1 = network all Macs are currently connected to le1 -phase 2 # le0 - network we would like to connect some Macs to le0 -seed -phase 2 -net 9461-9471 -zone PRL The atalkd.conf file for the Sun connected to the same network as le0 above is :- # # Format of lines in this file: # # interface [ -seed ] [ -phase { 1 | 2 } ] [ -addr net.node ] # [ -net first[-last] ] [ -zone ZoneName ] ... # # -seed only works if you have multi-interfaces. Any missing arguments are # automatically configured from the network. Note: lines can't actually be # split, tho it's a good idea. # le0 -phase 2 -net 9461 -zone PRL From netatalk-admins-request Wed Jan 19 18:19:45 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id SAA11217; Wed, 19 Jan 1994 18:19:45 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id SAA11215; Wed, 19 Jan 1994 18:19:43 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id SAA11145; Wed, 19 Jan 1994 18:18:17 -0500 Message-Id: <199401192318.SAA11145@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Jon Piesing cc: netatalk-admins@umich.edu Subject: Re: netatalk, zones & routers In-reply-to: Your message of "Wed, 19 Jan 1994 14:46:06 GMT." <547.9401191446@prsun11i.prl.philips.co.uk> Date: Wed, 19 Jan 1994 18:18:17 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: Jon Piesing > To: netatalk-admins@umich.edu > This question really belongs in an FAQ but I haven't managed to > find one so ...... There is one, for anon-ftp in terminator. However, I don't think it would answer any of the questions you've posed. > Does this mean that atalkd would let Macs on the two different networks > talk to each other? Yes, certainly. The machine I sit at acts as a router for a variety of machines, for AppleTalk and IP. > The atalkd.conf file for the gateway Sun is :- > # le1 = network all Macs are currently connected to > le1 -phase 2 > # le0 - network we would like to connect some Macs to > le0 -seed -phase 2 -net 9461-9471 -zone PRL > The atalkd.conf file for the Sun connected to the same network as le0 > above is :- > le0 -phase 2 -net 9461 -zone PRL So, it appears that you don't have any AppleTalk routers, other than the netatalk machine you're trying to bring up. If that's the case, then the le1 interface will need to have network numbers defined. For instance, your atalkd.conf on the router could be le0 -seed -phase 2 -net 1 -zone PRL le1 -seed -phase 2 -net 2 -zone PRL If you do have another router on the le1 interface, then you configuration is fine, if a little esoteric, e.g. do you really need room for 2500 nodes on the le0 interface? Just in general, the non-routing machine doesn't need an atalkd.conf, at all. It will dynamically configure. Having (incorrect) information in a machine's atalkd.conf can cause problems similar to what you describe, since atalkd is not as good as it could be at ignoring incorrect information. :wes From netatalk-admins-request Wed Jan 19 18:20:24 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id SAA11268; Wed, 19 Jan 1994 18:20:24 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id SAA11264; Wed, 19 Jan 1994 18:20:22 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id SAA11256; Wed, 19 Jan 1994 18:20:19 -0500 Resent-Message-Id: <199401192320.SAA11256@terminator.rs.itd.umich.edu> Received: from psi.com by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id NAA25812; Tue, 18 Jan 1994 13:58:37 -0500 Received: from analogy.com (analogy.analogy.com) by psi.com (4.1/2.1-PSI/PSINet) id AA08611; Tue, 18 Jan 94 13:58:31 EST Received: from ender.analogy.com by analogy.com (4.1/Shared_Spool_1.3) id AA00480; Tue, 18 Jan 94 10:55:25 PST From: markh@analogy.com (Mark Holm) Message-Id: <9401181855.AA00480@analogy.com> Subject: Help with hanging printers ... To: netatalk-admins-request@terminator.rs.itd.umich.edu Date: Tue, 18 Jan 1994 10:58:24 -0800 (PST) Cc: rob@analogy.com ( Robert Robertson ) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 3053 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 19 Jan 1994 18:20:19 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I am currently running netatalk 1.3b2 (cannot find 1.3b3 even on terminator, must be looking in the wrong places ...) running from a Sparc 10 with 4.1.3 Sun OS talking to two HP LaserJet IIISi printers. Currently I am only using the papd part of the package to service 8 Mac IIsi's running system 7.1. Up until Christmas break we were talking to the printers direct via appletalk and a fastpath gateway and using Sitka Tops to talk to the printers from the Suns. We shifted to using Jet Direct cards and use their TCP/IP protocol to talk to the printers now (more Suns than Macs). AFter about 6-8 jobs go through the papd to the printers from the Mac's the printer starts throwing away jobs typically with the error "Limitcheck" which roughly translates to, I ran out of memory. Hard to beleive since they both have as much memory as you can put in them. If you reboot the printer, you can print again. This did not happen when the macs talked directly to the printers, but I have seen this behaviour as far back as version 1.2. The rc file that I invoke to start the system is shown below: # # AppleTalk daemons. Make sure not to start atalkd in the background: # its data structures must have time to stablize before running the # other processes. # ATALKDIR="/etc/atalk" # # SUNOS: UNCOMMENT THESE LINES TO LOAD THE KERNEL MODULE. # echo -n 'loading netatalk: ' if [ -f ${ATALKDIR}/etc/netatalk.o ]; then /usr/etc/modload -sym ${ATALKDIR}/etc/netatalk.o; fi echo -n 'starting appletalk daemons:' if [ -f ${ATALKDIR}/etc/atalkd ]; then ${ATALKDIR}/etc/atalkd -f ${ATALKDIR}/etc/atalkd.conf; echo -n ' atalkd' fi if [ -f ${ATALKDIR}/bin/nbprgstr ]; then ${ATALKDIR}/bin/nbprgstr -p 4 `hostname|sed 's/\..*$//'`:Workstation echo -n ' nbprgstr' fi if [ -f ${ATALKDIR}/etc/papd ]; then ${ATALKDIR}/etc/papd -a -f ${ATALKDIR}/etc/papd.ender.lw1.conf ${ATALKDIR}/etc/papd -a -f ${ATALKDIR}/etc/papd.ender.lw2.conf echo -n ' papd' fi echo '.' The papd configuration file is shown below: # This file consists of a keyword and value colon separated pair, # one per line. Everything after the colon is significant, so # don't insert white space unless you want the values to contain # them. Papd also doesn't like blank lines. # # File containing list of fonts resident in printer we spool to fontfile:/etc/atalk/etc/LWPlusFonts # # Location of printcap printcap:/etc/printcap # # Directory to store Macintosh procedure sets in. procsetdir:/etc/atalk/procsets # # Name to appear in the Macintosh chooser choosername:lw1 - Engineering LJIIISi # # Name of printer to serve printer:lw1 Can anybody give me any hints as to what I am doing wrong here, since I don't see anybody else complaining about this? =========================================================================== Mark Holm markh@analogy.com -or- Analogy P.O. Box 1669 Phone (503)626-9700 Beaverton, Oregon 97075-1669 Fax (503)643-3361 From netatalk-admins-request Thu Jan 20 10:21:59 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA01556; Thu, 20 Jan 1994 10:21:59 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA01554; Thu, 20 Jan 1994 10:21:57 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id KAA01544; Thu, 20 Jan 1994 10:21:50 -0500 Resent-Message-Id: <199401201521.KAA01544@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id GAA27361; Thu, 20 Jan 1994 06:30:36 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id GAA22605; Thu, 20 Jan 1994 06:30:36 -0500 Received: from relay1.pipex.net by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id GAA22601; Thu, 20 Jan 1994 06:30:33 -0500 Received: from pipex.net by relay1.pipex.net with SMTP (PP) id <08724-0@relay1.pipex.net>; Thu, 20 Jan 1994 11:30:26 +0000 Received: from prlhp1.prl.philips.co.uk by relay1.pipex.net with SMTP (PP) id <08705-0@relay1.pipex.net>; Thu, 20 Jan 1994 11:30:08 +0000 Received: from prsun11i by prlhp1.prl.philips.co.uk; Thu, 20 Jan 94 11:29:21 gmt From: Jon Piesing Date: Thu, 20 Jan 94 11:29:38 GMT Message-Id: <1005.9401201129@prsun11i.prl.philips.co.uk> To: wesley.craig@umich.edu Subject: Re: netatalk, zones & routers Cc: netatalk-admins@umich.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 20 Jan 1994 10:21:49 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Thanks it works now. My understanding of AppleTalk networking and the role/importance of routers was very limited and is now merely limited. I started the router netatalk with the rest of the network running and things were a little weird for a while. The Suns and Macs could talk to each other but the Suns were not very happy doing aecho to each other until I killed and re-started all the daemons. Jon > From netatalk-admins-request@terminator.rs.itd.umich.edu Thu Jan 20 00:58:41 1994 > To: Jon Piesing > Cc: netatalk-admins@umich.edu > Subject: Re: netatalk, zones & routers > Date: Wed, 19 Jan 1994 18:18:17 -0500 > Content-Length: 1654 > X-Lines: 46 > > > From: Jon Piesing > > To: netatalk-admins@umich.edu > > > This question really belongs in an FAQ but I haven't managed to > > find one so ...... > > There is one, for anon-ftp in terminator. However, I don't think it > would answer any of the questions you've posed. > > > Does this mean that atalkd would let Macs on the two different networks > > talk to each other? > > Yes, certainly. The machine I sit at acts as a router for a variety of > machines, for AppleTalk and IP. > > > The atalkd.conf file for the gateway Sun is :- > > > # le1 = network all Macs are currently connected to > > le1 -phase 2 > > # le0 - network we would like to connect some Macs to > > le0 -seed -phase 2 -net 9461-9471 -zone PRL > > > The atalkd.conf file for the Sun connected to the same network as le0 > > above is :- > > > le0 -phase 2 -net 9461 -zone PRL > > So, it appears that you don't have any AppleTalk routers, other than > the netatalk machine you're trying to bring up. If that's the case, > then the le1 interface will need to have network numbers defined. For > instance, your atalkd.conf on the router could be > > le0 -seed -phase 2 -net 1 -zone PRL > le1 -seed -phase 2 -net 2 -zone PRL > > If you do have another router on the le1 interface, then you > configuration is fine, if a little esoteric, e.g. do you really need > room for 2500 nodes on the le0 interface? > > Just in general, the non-routing machine doesn't need an atalkd.conf, > at all. It will dynamically configure. Having (incorrect) information > in a machine's atalkd.conf can cause problems similar to what you > describe, since atalkd is not as good as it could be at ignoring > incorrect information. > > :wes > From netatalk-admins-request Tue Jan 25 10:26:01 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA02106; Tue, 25 Jan 1994 10:26:01 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA02104; Tue, 25 Jan 1994 10:25:59 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id KAA02099; Tue, 25 Jan 1994 10:25:56 -0500 Resent-Message-Id: <199401251525.KAA02099@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id JAA00855; Tue, 25 Jan 1994 09:37:58 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id JAA01573; Tue, 25 Jan 1994 09:37:58 -0500 Received: from psi.com by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id JAA01569; Tue, 25 Jan 1994 09:37:55 -0500 Received: from etsinc.com (port17.atlanta.ga.pub-ip.psi.net) by psi.com (4.1/2.1-PSI/PSINet) id AA27590; Tue, 25 Jan 94 09:37:52 EST Received: by etsinc.com (4.1/SMI-4.1) id AA01030; Tue, 25 Jan 94 09:37:55 EST Date: Tue, 25 Jan 94 09:37:55 EST From: dkelly@etsinc.com (Dwight Kelly) Message-Id: <9401251437.AA01030@etsinc.com> To: netatalk-admins@umich.edu Subject: FDDI support / Xinet comparision Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 25 Jan 1994 10:25:55 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Can anyone tell me what Sbus FDDI adapters have been tested with netatalk-1.3? Also, how does the performance and features compare to Xinet's K-Talk, K-AShare, and K-Spool products? Dwight Kelly dkelly@etsinc.com From netatalk-admins-request Tue Jan 25 10:37:55 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA02712; Tue, 25 Jan 1994 10:37:55 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA02710; Tue, 25 Jan 1994 10:37:52 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id KAA02562; Tue, 25 Jan 1994 10:35:15 -0500 Message-Id: <199401251535.KAA02562@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: dkelly@etsinc.com (Dwight Kelly) cc: netatalk-admins@umich.edu Subject: Re: FDDI support / Xinet comparision In-reply-to: Your message of "Tue, 25 Jan 1994 09:37:55 EST." <9401251437.AA01030@etsinc.com> Date: Tue, 25 Jan 1994 10:35:14 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: dkelly@etsinc.com (Dwight Kelly) > To: netatalk-admins@umich.edu > Can anyone tell me what Sbus FDDI adapters have been tested > with netatalk-1.3? We have tried netaalk-1.3 with NPI's sbus FDDI card. We had them change the driver by a line or so, and the version that they gave us (about three hours after we asked!) works fine. We are currently waiting on our networking folks to connect one of our machines to the campus FDDI backbone, so we can do more extensive testing. We promised NPI to get back with them once we were confident of the version that they gave us. I assume they will release it at that time. NPI's software looks just like an Ethernet interface to netatalk. For the most part, the FDDITalk specification requires that FDDI behave like Ethernet, much like the IP FDDI RFC does. If you are shopping FDDI cards for use with netatalk, you are looking for something that will act like Ethernet, and in particular, will use the kernel facilities provided for Ethernet, i.e. those found in sunif/if_subr.c that use the etherfamilies convention. :wes From netatalk-admins-request Tue Jan 25 16:01:35 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id QAA11708; Tue, 25 Jan 1994 16:01:35 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id QAA11704; Tue, 25 Jan 1994 16:01:33 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id QAA11701; Tue, 25 Jan 1994 16:01:29 -0500 Resent-Message-Id: <199401252101.QAA11701@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id PAA10733; Tue, 25 Jan 1994 15:34:25 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id PAA27989; Tue, 25 Jan 1994 15:34:25 -0500 Received: from psi.com by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id PAA27984; Tue, 25 Jan 1994 15:34:22 -0500 Received: from etsinc.com (port14.atlanta.ga.pub-ip.psi.net) by psi.com (4.1/2.1-PSI/PSINet) id AA08927; Tue, 25 Jan 94 15:34:10 EST Received: by etsinc.com (4.1/SMI-4.1) id AA03149; Tue, 25 Jan 94 15:34:17 EST Date: Tue, 25 Jan 94 15:34:17 EST From: dkelly@etsinc.com (Dwight Kelly) Message-Id: <9401252034.AA03149@etsinc.com> To: netatalk-admins@umich.edu Subject: TimeLord for netatalk-1.3 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 25 Jan 1994 16:01:28 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Where can I find a timelord-1.4 that runs with netatalk-1.3? Dwight Kelly dkelly@etsinc.com From netatalk-admins-request Wed Jan 26 10:19:35 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA07382; Wed, 26 Jan 1994 10:19:35 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA07377; Wed, 26 Jan 1994 10:19:33 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id KAA07370; Wed, 26 Jan 1994 10:19:28 -0500 Resent-Message-Id: <199401261519.KAA07370@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id CAA01377; Wed, 26 Jan 1994 02:40:43 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id CAA05696; Wed, 26 Jan 1994 02:40:43 -0500 Received: from sunic.sunet.se by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id CAA05691; Wed, 26 Jan 1994 02:40:33 -0500 Received: from bond.nexus.comm.se by sunic.sunet.se (8.6.4/2.03) id IAA06200; Wed, 26 Jan 1994 08:40:29 +0100 Received: from beck (beck.nexus.comm.se) by bond.nexus.comm.se with SMTP id AA09409 (5.65c8/IDA-1.4.4 for ); Wed, 26 Jan 1994 08:39:57 +0100 From: Thomas Tornblom Received: by beck id ; Wed, 26 Jan 1994 08:39:33 --100 Date: Wed, 26 Jan 1994 08:39:33 --100 Message-Id: <9401260739.AA21260@beck> To: netatalk-admins@umich.edu In-Reply-To: <199401251535.KAA02562@terminator.rs.itd.umich.edu> (wesley.craig@umich.edu) Subject: FDDI support / Xinet comparision X-Charset: ASCII Content-Length: 678 X-Char-Esc: 29 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 26 Jan 1994 10:19:28 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Speaking of different network interfaces, will netatalk work and be able to route AppleTalk traffic through a PPP link? This is somewhat interesting as I run netatalk at home between my 386i and my mac and we also run netatalk at work. I'm just working on setting up a PPP link from home to work, mainly to get IP connectivity but it would also be interesting to be able to run AppleTalk over it. Is anyone working on getting netatalk ported to Solaris 2? We are about to switch to Solaris 2.3 from SunOS 4.1.2 at work and I have moved our netatalk services from our 690 to an old 386i for continued Appletalk support. I would love to see netatalk on Solaris though. Thomas From netatalk-admins-request Wed Jan 26 12:06:51 1994 Return-Path: Received: from css.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id MAA09937; Wed, 26 Jan 1994 12:06:50 -0500 Received: from stimpy.css.itd.umich.edu by css.itd.umich.edu (8.6.4/2.2) id MAA11977; Wed, 26 Jan 1994 12:06:51 -0500 Date: Wed, 26 Jan 1994 12:06:51 -0500 (EST) From: Mike Kuniavsky Subject: Printing Error question To: netatalk-admins@terminator.rs.itd.umich.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I'm running netatalk 1.3b2 on a SPARC 1+ (4.1.3). It's mostly used for printing to several printers on the local atalk net. Yesterday (when I was out of town--figures!) the Macintosh admin changed the name of the spooler without telling me. netatalk then proceeded to spew copies of the following message to lpd-errs until the partition it was on filled (12MB later). ofpap[20381]: starting ofpap[20381]: sending to pap Mondo HP LaserJet 4Si Spooler:LaserWriter@WTL-CSMIL: NBP Lookup failed ofpap[20381]: 20382 died with 1 Jan 25 04:54:30 uri lpd[7147]: mondo: output filter died (1) Jan 25 04:54:30 uri lpd[7147]: restarting mondo I figured out the problem and fixed it pretty quickly, but is there some way to prevent this in the future? Would this same thing happen if someone just turned the Mac print spooler off? Is this fixed in 1.3? Did I configure something wrong? Thanks. Mike Kuniavsky ITD/US UNIX Support mikek@umich.edu (313)764-1178 From netatalk-admins-request Wed Jan 26 15:53:41 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id PAA16036; Wed, 26 Jan 1994 15:53:41 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id PAA16028; Wed, 26 Jan 1994 15:53:39 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id PAA16017; Wed, 26 Jan 1994 15:53:36 -0500 Resent-Message-Id: <199401262053.PAA16017@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id LAA08453; Wed, 26 Jan 1994 11:05:19 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA22681; Wed, 26 Jan 1994 11:05:19 -0500 Received: from psi.com by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id LAA22671; Wed, 26 Jan 1994 11:05:08 -0500 Received: from etsinc.com (port14.atlanta.ga.pub-ip.psi.net) by psi.com (4.1/2.1-PSI/PSINet) id AA26475; Wed, 26 Jan 94 11:04:56 EST Received: by etsinc.com (4.1/SMI-4.1) id AA04207; Wed, 26 Jan 94 09:06:02 EST Date: Wed, 26 Jan 94 09:06:02 EST From: dkelly@etsinc.com (Dwight Kelly) Message-Id: <9401261406.AA04207@etsinc.com> Subject: adding magic support to afpd To: netatalk-admins@umich.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 26 Jan 1994 15:53:35 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I am interested in adding /etc/magic support to afpd. Basically afpd would consult an extended /etc/magic file to determine the file type and creator of an unknown file. If afpd could determine the file type, say TIFF, then it could create a .AppleDouble entry telling the Mac what the file type is really. Has anyone done this yet? -- Dwight Kelly Essential Technical Services, Inc. 3375 Summit Trail Cumming, GA 30131 (404) 889-2848 (404) 889-2624 fax Internet: dkelly@etsinc.com From netatalk-admins-request Wed Jan 26 15:53:07 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id PAA15980; Wed, 26 Jan 1994 15:53:07 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id PAA15978; Wed, 26 Jan 1994 15:53:05 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id PAA15970; Wed, 26 Jan 1994 15:53:03 -0500 Resent-Message-Id: <199401262053.PAA15970@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id VAA18575; Tue, 25 Jan 1994 21:12:34 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id VAA19661; Tue, 25 Jan 1994 21:12:34 -0500 Received: from ripsaw.cac.psu.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id VAA19656; Tue, 25 Jan 1994 21:12:32 -0500 Received: by ripsaw.cac.psu.edu id AA07558 (5.65c/IDA-1.4.4 for netatalk-admins@umich.edu); Tue, 25 Jan 1994 21:12:29 -0500 Date: Tue, 25 Jan 1994 20:57:59 -0500 (EST) From: Roderick Murchison Subject: A few questions on the new version.. To: netatalk-admins@umich.edu In-Reply-To: <9401252034.AA03149@etsinc.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 26 Jan 1994 15:53:02 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I was wondering if the new version supports "short filenames" (I hope I'm using the term correctly) that makes it possible for PC based appletalk implementations to work. I have a number of PC's running PhoneNET PC by Farallon going to a CAP server... and although it's "working" I am looking to try something else because of a wierd problem I am having. [while on the mac, the PC side works fine] Sporadically.... I will loose icons on my desktop. Literally, I will be working in a window moving files around and such, then log off, log back on... and "sometimes" one or several icons are gone. THe files still exist on my SUN, but no icons. I have gone to great lengths trying to diagnose this problem, checking out how the .finderinfo and .resource files change from action to action, as well as posting several questions on the net, but I always get "yeah, that happens to me too.". I really enjoy the setup overall, and I can't complain about the performance, but I still haven't got a stable solution. If anybody has info on the shortfile support, or any ideas on what might be happening on my system I would be most grateful. Roderick Murchison, Jr. (814) 863-4356 Microcomputer Systems Consultant (814) 863-7514 12 Willard Building (814) 867-1999 Penn State University murchiso@ripsaw.cac.psu.edu From netatalk-admins-request Wed Jan 26 17:55:33 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id RAA21108; Wed, 26 Jan 1994 17:55:33 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id RAA21103; Wed, 26 Jan 1994 17:55:31 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id RAA20672; Wed, 26 Jan 1994 17:52:31 -0500 Message-Id: <199401262252.RAA20672@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Thomas Tornblom cc: netatalk-admins@umich.edu Subject: Re: FDDI support / Xinet comparision In-reply-to: Your message of "Wed, 26 Jan 1994 08:39:33." <9401260739.AA21260@beck> Date: Wed, 26 Jan 1994 17:52:30 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: Thomas Tornblom > To: netatalk-admins@umich.edu > Speaking of different network interfaces, will netatalk work and be > able to route AppleTalk traffic through a PPP link? Well, certainly one could make it work that way. So far, we haven't, mostly because we've had no one else's implementation to talk to. However, I *just* got off the phone with InterCon, and their InterPPP is now available. I will probably make that work with netatalk. Presumably, netatalk will also be able to talk to other netatalk machines, once it supports PPP at all. :wes From netatalk-admins-request Thu Jan 27 09:30:22 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id JAA12066; Thu, 27 Jan 1994 09:30:22 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id JAA12061; Thu, 27 Jan 1994 09:30:18 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id JAA12056; Thu, 27 Jan 1994 09:30:12 -0500 Resent-Message-Id: <199401271430.JAA12056@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id JAA11700; Thu, 27 Jan 1994 09:21:43 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id JAA01977; Thu, 27 Jan 1994 09:21:44 -0500 Received: from polytechnique.polytechnique.fr by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id JAA01965; Thu, 27 Jan 1994 09:21:38 -0500 Received: from pong.polytechnique.fr (jp@pong.polytechnique.fr [129.104.30.44]) by polytechnique.polytechnique.fr (8.6.4/8.6.4) with ESMTP id PAA08383 for ; Thu, 27 Jan 1994 15:30:41 +0100 Received: from localhost (jp@localhost) by pong.polytechnique.fr (8.6.4/8.6.4) id PAA00438; Thu, 27 Jan 1994 15:24:14 +0100 Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.pong.polytechnique.fr.pmax.ul4 via MS.5.6.pong.polytechnique.fr.pmax_ul4; Thu, 27 Jan 1994 15:24:13 +0100 (MET) Message-ID: <8hFwuBS1O1sg41JUYX@pong.polytechnique.fr> Date: Thu, 27 Jan 1994 15:24:13 +0100 (MET) From: Girard Jean-Philippe MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII To: netatalk-admins@umich.edu Subject: netatalk whith ultrix4.3a Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 27 Jan 1994 09:30:11 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I have a strange problem on my decstation ( ultrix4.3a ) with netatalk-1.3. Everythings is ok, but not for the mac which are on the same ethernet segment as me. With a sniffer, I see the length ( in the dlc layer ) of the packet sent by my decWS is often 0. With Sun, Gatorbox, no problem, they don't check this length, but the Mac are strict and don't accept this packet, so when using aecho many trials are necessary before getting one answer. If you have a idea.... --------------------- Girard Jean-Philippe Email: Jean-Philippe.Girard@pong.polytechnique.fr Ingenieur reseau Tel : (1) 69.33.46.08 Ecole Polytechnique Fax : (1) 69.33.30.35 route de Saclay 91180 Palaiseau Cedex From netatalk-admins-request Thu Jan 27 14:33:52 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA23180; Thu, 27 Jan 1994 14:33:52 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA23173; Thu, 27 Jan 1994 14:33:48 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA23164; Thu, 27 Jan 1994 14:33:43 -0500 Message-Id: <199401271933.OAA23164@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Roderick Murchison cc: netatalk-admins@umich.edu Subject: Re: A few questions on the new version.. In-reply-to: Your message of "Tue, 25 Jan 1994 20:57:59 EST." Date: Thu, 27 Jan 1994 14:33:42 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: Roderick Murchison > To: netatalk-admins@umich.edu > I was wondering if the new version supports "short filenames" (I hope I'm > using the term correctly) that makes it possible for PC based appletalk > implementations to work. Nope. :wes From netatalk-admins-request Thu Jan 27 14:37:01 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA23315; Thu, 27 Jan 1994 14:37:01 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA23311; Thu, 27 Jan 1994 14:36:58 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA23301; Thu, 27 Jan 1994 14:36:52 -0500 Message-Id: <199401271936.OAA23301@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: dkelly@etsinc.com (Dwight Kelly) cc: netatalk-admins@umich.edu Subject: Re: adding magic support to afpd In-reply-to: Your message of "Wed, 26 Jan 1994 09:06:02 EST." <9401261406.AA04207@etsinc.com> Date: Thu, 27 Jan 1994 14:36:51 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: dkelly@etsinc.com (Dwight Kelly) > To: netatalk-admins@umich.edu > > I am interested in adding /etc/magic support to afpd. > Basically afpd would consult an extended /etc/magic file > to determine the file type and creator of an unknown file. > If afpd could determine the file type, say TIFF, then > it could create a .AppleDouble entry telling the Mac what > the file type is really. We've discussed adding a mapping between file name extensions and type/creators. We haven't really considered added true /etc/magic support, since that would require that we read the first few bytes of each file. We're already reading the first 500 or so bytes of the .AppleDouble file, and it is the cause of most of the enumerate overhead. Adding a feature that requires reading even more files for simple operations seems like the wrong direction, to me. :wes From netatalk-admins-request Thu Jan 27 14:44:49 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA23602; Thu, 27 Jan 1994 14:44:49 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA23598; Thu, 27 Jan 1994 14:44:46 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA23591; Thu, 27 Jan 1994 14:44:39 -0500 Resent-Message-Id: <199401271944.OAA23591@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id OAA23535; Thu, 27 Jan 1994 14:43:20 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA24038; Thu, 27 Jan 1994 14:43:18 -0500 Received: from citi.umich.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA24032; Thu, 27 Jan 1994 14:43:16 -0500 Message-Id: <199401271943.OAA24032@totalrecall.rs.itd.umich.edu> Received: from [141.211.170.43] by citi.umich.edu with SMTP; Thu, 27 Jan 94 14:42:11 -0500 From: peter honeyman To: dkelly@etsinc.com (Dwight Kelly), netatalk-admins@umich.edu Date: Thu, 27 Jan 1994 14:42:05 -0500 Subject: Re: adding magic support to afpd In-reply-to: wesley.craig's message of Thu, 27 Jan 1994 14:36:51 -0500. X-Mailer: exmh version 1.2gamma 12/21/93 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 27 Jan 1994 14:44:38 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu it might make sense to do the /etc/magic thing only to files without a .AppleDouble doppelganger (say that three times fast). it would still cost, but it would only cost once (per file). peter From netatalk-admins-request Thu Jan 27 15:15:02 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id PAA00209; Thu, 27 Jan 1994 15:15:02 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA23173; Thu, 27 Jan 1994 14:33:48 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA23164; Thu, 27 Jan 1994 14:33:43 -0500 Message-Id: <199401271933.OAA23164@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Roderick Murchison cc: netatalk-admins@umich.edu Subject: Re: A few questions on the new version.. In-reply-to: Your message of "Tue, 25 Jan 1994 20:57:59 EST." Date: Thu, 27 Jan 1994 14:33:42 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: Roderick Murchison > To: netatalk-admins@umich.edu > I was wondering if the new version supports "short filenames" (I hope I'm > using the term correctly) that makes it possible for PC based appletalk > implementations to work. Nope. :wes From netatalk-admins-request Thu Jan 27 16:14:55 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id QAA03314; Thu, 27 Jan 1994 16:14:55 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id QAA03311; Thu, 27 Jan 1994 16:14:53 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA23591; Thu, 27 Jan 1994 14:44:39 -0500 Resent-Message-Id: <199401271944.OAA23591@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id OAA23535; Thu, 27 Jan 1994 14:43:20 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA24038; Thu, 27 Jan 1994 14:43:18 -0500 Received: from citi.umich.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA24032; Thu, 27 Jan 1994 14:43:16 -0500 Message-Id: <199401271943.OAA24032@totalrecall.rs.itd.umich.edu> Received: from [141.211.170.43] by citi.umich.edu with SMTP; Thu, 27 Jan 94 14:42:11 -0500 From: peter honeyman To: dkelly@etsinc.com (Dwight Kelly), netatalk-admins@umich.edu Date: Thu, 27 Jan 1994 14:42:05 -0500 Subject: Re: adding magic support to afpd In-reply-to: wesley.craig's message of Thu, 27 Jan 1994 14:36:51 -0500. X-Mailer: exmh version 1.2gamma 12/21/93 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 27 Jan 1994 14:44:38 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu it might make sense to do the /etc/magic thing only to files without a .AppleDouble doppelganger (say that three times fast). it would still cost, but it would only cost once (per file). peter From netatalk-admins-request Thu Jan 27 16:45:56 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id QAA04465; Thu, 27 Jan 1994 16:45:56 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA23311; Thu, 27 Jan 1994 14:36:58 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA23301; Thu, 27 Jan 1994 14:36:52 -0500 Message-Id: <199401271936.OAA23301@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: dkelly@etsinc.com (Dwight Kelly) cc: netatalk-admins@umich.edu Subject: Re: adding magic support to afpd In-reply-to: Your message of "Wed, 26 Jan 1994 09:06:02 EST." <9401261406.AA04207@etsinc.com> Date: Thu, 27 Jan 1994 14:36:51 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: dkelly@etsinc.com (Dwight Kelly) > To: netatalk-admins@umich.edu > > I am interested in adding /etc/magic support to afpd. > Basically afpd would consult an extended /etc/magic file > to determine the file type and creator of an unknown file. > If afpd could determine the file type, say TIFF, then > it could create a .AppleDouble entry telling the Mac what > the file type is really. We've discussed adding a mapping between file name extensions and type/creators. We haven't really considered added true /etc/magic support, since that would require that we read the first few bytes of each file. We're already reading the first 500 or so bytes of the .AppleDouble file, and it is the cause of most of the enumerate overhead. Adding a feature that requires reading even more files for simple operations seems like the wrong direction, to me. :wes From netatalk-admins-request Thu Jan 27 18:23:07 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id SAA00202; Thu, 27 Jan 1994 18:23:07 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id SAA00200; Thu, 27 Jan 1994 18:23:06 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA23591; Thu, 27 Jan 1994 14:44:39 -0500 Resent-Message-Id: <199401271944.OAA23591@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id OAA23535; Thu, 27 Jan 1994 14:43:20 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA24038; Thu, 27 Jan 1994 14:43:18 -0500 Received: from citi.umich.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA24032; Thu, 27 Jan 1994 14:43:16 -0500 Message-Id: <199401271943.OAA24032@totalrecall.rs.itd.umich.edu> Received: from [141.211.170.43] by citi.umich.edu with SMTP; Thu, 27 Jan 94 14:42:11 -0500 From: peter honeyman To: dkelly@etsinc.com (Dwight Kelly), netatalk-admins@umich.edu Date: Thu, 27 Jan 1994 14:42:05 -0500 Subject: Re: adding magic support to afpd In-reply-to: wesley.craig's message of Thu, 27 Jan 1994 14:36:51 -0500. X-Mailer: exmh version 1.2gamma 12/21/93 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 27 Jan 1994 14:44:38 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu it might make sense to do the /etc/magic thing only to files without a .AppleDouble doppelganger (say that three times fast). it would still cost, but it would only cost once (per file). peter From netatalk-admins-request Thu Jan 27 19:30:52 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id TAA01427; Thu, 27 Jan 1994 19:30:52 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA23311; Thu, 27 Jan 1994 14:36:58 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA23301; Thu, 27 Jan 1994 14:36:52 -0500 Message-Id: <199401271936.OAA23301@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: dkelly@etsinc.com (Dwight Kelly) cc: netatalk-admins@umich.edu Subject: Re: adding magic support to afpd In-reply-to: Your message of "Wed, 26 Jan 1994 09:06:02 EST." <9401261406.AA04207@etsinc.com> Date: Thu, 27 Jan 1994 14:36:51 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: dkelly@etsinc.com (Dwight Kelly) > To: netatalk-admins@umich.edu > > I am interested in adding /etc/magic support to afpd. > Basically afpd would consult an extended /etc/magic file > to determine the file type and creator of an unknown file. > If afpd could determine the file type, say TIFF, then > it could create a .AppleDouble entry telling the Mac what > the file type is really. We've discussed adding a mapping between file name extensions and type/creators. We haven't really considered added true /etc/magic support, since that would require that we read the first few bytes of each file. We're already reading the first 500 or so bytes of the .AppleDouble file, and it is the cause of most of the enumerate overhead. Adding a feature that requires reading even more files for simple operations seems like the wrong direction, to me. :wes From netatalk-admins-request Thu Jan 27 19:41:02 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id TAA01559; Thu, 27 Jan 1994 19:41:02 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id QAA03311; Thu, 27 Jan 1994 16:14:53 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA23591; Thu, 27 Jan 1994 14:44:39 -0500 Resent-Message-Id: <199401271944.OAA23591@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id OAA23535; Thu, 27 Jan 1994 14:43:20 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA24038; Thu, 27 Jan 1994 14:43:18 -0500 Received: from citi.umich.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA24032; Thu, 27 Jan 1994 14:43:16 -0500 Message-Id: <199401271943.OAA24032@totalrecall.rs.itd.umich.edu> Received: from [141.211.170.43] by citi.umich.edu with SMTP; Thu, 27 Jan 94 14:42:11 -0500 From: peter honeyman To: dkelly@etsinc.com (Dwight Kelly), netatalk-admins@umich.edu Date: Thu, 27 Jan 1994 14:42:05 -0500 Subject: Re: adding magic support to afpd In-reply-to: wesley.craig's message of Thu, 27 Jan 1994 14:36:51 -0500. X-Mailer: exmh version 1.2gamma 12/21/93 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 27 Jan 1994 14:44:38 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu it might make sense to do the /etc/magic thing only to files without a .AppleDouble doppelganger (say that three times fast). it would still cost, but it would only cost once (per file). peter From netatalk-admins-request Thu Jan 27 20:05:57 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id UAA02574; Thu, 27 Jan 1994 20:05:57 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id OAA23311; Thu, 27 Jan 1994 14:36:58 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id OAA23301; Thu, 27 Jan 1994 14:36:52 -0500 Message-Id: <199401271936.OAA23301@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: dkelly@etsinc.com (Dwight Kelly) cc: netatalk-admins@umich.edu Subject: Re: adding magic support to afpd In-reply-to: Your message of "Wed, 26 Jan 1994 09:06:02 EST." <9401261406.AA04207@etsinc.com> Date: Thu, 27 Jan 1994 14:36:51 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: dkelly@etsinc.com (Dwight Kelly) > To: netatalk-admins@umich.edu > > I am interested in adding /etc/magic support to afpd. > Basically afpd would consult an extended /etc/magic file > to determine the file type and creator of an unknown file. > If afpd could determine the file type, say TIFF, then > it could create a .AppleDouble entry telling the Mac what > the file type is really. We've discussed adding a mapping between file name extensions and type/creators. We haven't really considered added true /etc/magic support, since that would require that we read the first few bytes of each file. We're already reading the first 500 or so bytes of the .AppleDouble file, and it is the cause of most of the enumerate overhead. Adding a feature that requires reading even more files for simple operations seems like the wrong direction, to me. :wes From netatalk-admins-request Sun Jan 30 10:53:14 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA03453; Sun, 30 Jan 1994 10:53:14 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA03450; Sun, 30 Jan 1994 10:53:12 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id KAA03444; Sun, 30 Jan 1994 10:53:11 -0500 Resent-Message-Id: <199401301553.KAA03444@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id JAA02421; Sun, 30 Jan 1994 09:56:25 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id JAA03374; Sun, 30 Jan 1994 09:56:25 -0500 Received: from psi.com by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id JAA03370; Sun, 30 Jan 1994 09:56:23 -0500 Received: from etsinc.com (port13.atlanta.ga.pub-ip.psi.net) by psi.com (4.1/2.1-PSI/PSINet) id AA23297; Sun, 30 Jan 94 09:56:18 EST Received: by etsinc.com (4.1/SMI-4.1) id AA10524; Sun, 30 Jan 94 09:55:00 EST Date: Sun, 30 Jan 94 09:55:00 EST From: dkelly@etsinc.com (Dwight Kelly) Message-Id: <9401301455.AA10524@etsinc.com> Subject: Re: TimeLord for netatalk-1.3 To: netatalk-admins@umich.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Sun, 30 Jan 1994 10:53:10 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu >> >> Please forgive my Mac ignorance, what is TimeLord? >> >> --Mike >> >> ------------------------------------------------------------------------------- >> mike@array.com So much fun, so little time to enjoy it.... >> ------------------------------------------------------------------------------- >> >> >> >> Timelord is an Appletalk-based time server protocol. The Macintosh uses a control panel called 'Tardis'. The unix box uses TimeLord. It is similar to 'Network Time'; however, it doesn't require the Macintoshes to have MacTCP loaded. -- Dwight Kelly Essential Technical Services, Inc. 3375 Summit Trail Cumming, GA 30131 (404) 889-2848 (404) 889-2624 fax Internet: dkelly@etsinc.com From netatalk-admins-request Sun Jan 30 10:57:21 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA03620; Sun, 30 Jan 1994 10:57:21 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA03618; Sun, 30 Jan 1994 10:57:19 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id KAA03609; Sun, 30 Jan 1994 10:57:16 -0500 Message-Id: <199401301557.KAA03609@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: dkelly@etsinc.com (Dwight Kelly) cc: netatalk-admins@umich.edu Subject: Re: TimeLord for netatalk-1.3 In-reply-to: Your message of "Sun, 30 Jan 1994 09:55:00 EST." <9401301455.AA10524@etsinc.com> Date: Sun, 30 Jan 1994 10:57:15 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: dkelly@etsinc.com (Dwight Kelly) > To: netatalk-admins@umich.edu > Timelord is an Appletalk-based time server protocol. The Macintosh > uses a control panel called 'Tardis'. The unix box uses TimeLord. > It is similar to 'Network Time'; however, it doesn't require the Macintoshes > to have MacTCP loaded. We have an implementation of the "timelord protocol", which consists of one request and one response. We haven't made it available until now, since we hadn't bothered to package it up. I will write a README for it, and make it available. BTW, it can't be distributed with netatalk, since the U Melbourne people claim they have a copyright on our version, and their copyright is much more restrictive than our's. :wes From netatalk-admins-request Mon Jan 31 15:08:06 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id PAA01105; Mon, 31 Jan 1994 15:08:06 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id PAA01091; Mon, 31 Jan 1994 15:08:02 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id PAA01088; Mon, 31 Jan 1994 15:08:00 -0500 Resent-Message-Id: <199401312008.PAA01088@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id PAA00910; Mon, 31 Jan 1994 15:06:03 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id PAA14232; Mon, 31 Jan 1994 15:06:03 -0500 Received: from psi.com by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id PAA14226; Mon, 31 Jan 1994 15:06:00 -0500 Received: from etsinc.com (port16.atlanta.ga.pub-ip.psi.net) by psi.com (4.1/2.1-PSI/PSINet) id AA14739; Mon, 31 Jan 94 15:05:55 EST Received: by etsinc.com (4.1/SMI-4.1) id AA11930; Mon, 31 Jan 94 14:00:56 EST Date: Mon, 31 Jan 94 14:00:56 EST From: dkelly@etsinc.com (Dwight Kelly) Message-Id: <9401311900.AA11930@etsinc.com> To: netatalk-admins@umich.edu Subject: SGI support Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 31 Jan 1994 15:08:00 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Does anyone have netatalk-1.3 running on SGI Irix 4.0 or 5.0? Dwight Kelly From netatalk-admins-request Tue Feb 1 12:03:40 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id MAA07545; Tue, 1 Feb 1994 12:03:40 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id MAA07541; Tue, 1 Feb 1994 12:03:38 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id MAA07538; Tue, 1 Feb 1994 12:03:35 -0500 Resent-Message-Id: <199402011703.MAA07538@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id LAA07089; Tue, 1 Feb 1994 11:47:04 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA13775; Tue, 1 Feb 1994 11:47:04 -0500 Received: from citi.umich.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id LAA13767; Tue, 1 Feb 1994 11:47:02 -0500 Message-Id: <199402011647.LAA13767@totalrecall.rs.itd.umich.edu> Received: from [141.211.170.43] by citi.umich.edu with SMTP; Tue, 01 Feb 94 11:46:40 -0500 From: peter honeyman To: netatalk-admins@umich.edu Date: Tue, 01 Feb 1994 11:46:27 -0500 Subject: Re: TimeLord for netatalk-1.3 In-reply-to: wesley.craig's message of Sun, 30 Jan 1994 10:57:15 -0500. X-Mailer: exmh version 1.2delta 1/6/94 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 01 Feb 1994 12:03:35 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu the michigan vs. melbourne spat is a shame. because of the distribution problems, i was unaware of wes' timelord implementation, so i independently adapted the melbourne code to netatalk 1.2b. the melbourne folks were still pissed at umich, and i was tarred with that brush, so they did not accept my attempt to donate my code back to them. see how wasteful this is? all because people want so badly to get credit for this trivial bit of code. the timelord that i adapted from the melbourne code base is available in ftp://citi.umich.edu/usr/honey/timelord-bundle. it may need some hacks for netatalk 1.3 -- i don't plan to upgrade from 1.2b. as usual, my code (but not melbourne's!) is in the public domain and is free of any use restrictions -- build it, use it, change it, sell it, buy it, i don't care. (but melbourne might ... so read carefully) peter From netatalk-admins-request Tue Feb 8 10:14:10 1994 Return-Path: Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA15270; Tue, 8 Feb 1994 10:14:10 -0500 Received: from localhost by terminator.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA15264; Tue, 8 Feb 1994 10:14:08 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with SMTP id KAA15258; Tue, 8 Feb 1994 10:14:04 -0500 Resent-Message-Id: <199402081514.KAA15258@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id EAA11449; Tue, 8 Feb 1994 04:28:56 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id EAA12803; Tue, 8 Feb 1994 04:28:56 -0500 Received: from corton.inria.fr by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id EAA12793; Tue, 8 Feb 1994 04:28:48 -0500 Received: from cr2a.fr ([193.49.49.41]) by corton.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA02335; Tue, 8 Feb 1994 10:28:38 +0100 (MET) Received: by cr2a.fr (4.1/SMI-4.1) id AA02716; Tue, 8 Feb 94 10:28:34 +0100 Received: from cr2a by cr2a.fr (4.1/SMI-4.1) id AA02685; Tue, 8 Feb 94 10:28:31 +0100 Received: by cr2a (4.1/SMI-4.1) id AA23727; Tue, 8 Feb 94 10:18:41 +0100 Date: Tue, 8 Feb 94 10:18:41 +0100 From: asty@cr2a.fr (Patrick Asty) Message-Id: <9402080918.AA23727@cr2a> To: netatalk-admins@umich.edu Subject: TimeLord for netatalk-1.3 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 08 Feb 1994 10:14:04 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I have implemented timelord for netatalk-1.3 from ftp://citi.umich.edu/usr/honey/timelord-bundle (peter honeyman ). Since there is no ftp on my site, here are the diffs: cr2a:root 192 # sccs sccsdiff -r1.1 -r1.3 timelord.c SCCS/s.timelord.c: 1.1 vs. 1.3 26c26 < #include --- > #include 41c41 < char logf[150], obj[33], type[33], *index(); --- > char logf[150], obj[33], type[33], zone [33], *index(); 61a62 > strncpy(zone, ZONE, sizeof(zone)); 119,120c120,121 < (void) nbp_unrgstr(obj, type); < if (nbp_rgstr(atp_sockaddr(atph), obj, type) < 0) { --- > (void) nbp_unrgstr(obj, type, zone); > if (nbp_rgstr(atp_sockaddr(atph), obj, type, zone) < 0) { 257,258c258,259 < if ((rval = atp_sresp(atph, &atpb_resp)) != 0) < log("atp_sresp ret %d\n", rval);; --- > if ((rval = atp_sresp(*atph, &atpb_resp)) != 0) > log("atp_sresp error %d\n", errno);; cr2a:root 193 # --- Patrick ASTY - CR2A, 19 Avenue Dubonnet 92411 Courbevoie Cedex Tel (16) 1 47 68 97 97 - Fax (16) 1 47 68 87 81 --- From netatalk-admins-request Mon Feb 21 13:03:28 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id NAA29043; Mon, 21 Feb 1994 13:03:28 -0500 Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id LAA26741; Mon, 21 Feb 1994 11:16:46 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with SMTP id LAA26620; Mon, 21 Feb 1994 11:14:24 -0500 Resent-Message-Id: <199402211614.LAA26620@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with ESMTP id LAA26527; Mon, 21 Feb 1994 11:10:46 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA07809; Mon, 21 Feb 1994 11:10:36 -0500 Received: from corton.inria.fr by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id LAA07675; Mon, 21 Feb 1994 11:09:46 -0500 Received: from cr2a.fr ([193.49.49.41]) by corton.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA16088; Mon, 21 Feb 1994 14:46:04 +0100 (MET) Received: by cr2a.fr (4.1/SMI-4.1) id AA23973; Mon, 21 Feb 94 14:46:11 +0100 Received: from cr2a by cr2a.fr (4.1/SMI-4.1) id AA23940; Mon, 21 Feb 94 14:46:09 +0100 Received: by cr2a (4.1/SMI-4.1) id AA18020; Mon, 21 Feb 94 14:34:55 +0100 Date: Mon, 21 Feb 94 14:34:55 +0100 From: asty@cr2a.fr (Patrick Asty) Message-Id: <9402211334.AA18020@cr2a> To: netatalk-admins@umich.edu, netatalk@umich.edu Subject: afpd tools Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 21 Feb 1994 11:14:23 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I am looking for Unix tools to populate unix afpd directories: I think it is always possible to create - from Unix - directories & files in a unix afpd directory: when they are accessed under MacOs, all is ok. Am I right ? But I notice it is not possible to delete - from Unix - directories & files in a unix afpd directory: the .AppleDouble have to be modified. Does anybody make such tools (a sort of afpmkdir afprmdir afpcp afprm ...) ? I would like to develop such tools but I don't know exactely what to do in the ..AppleDouble & .Parent directories & files. Does anybody have these informations ? ============================================================================= Patrick ASTY Email asty@cr2a.fr CR2A 19, Avenue Dubonnet Tel +33 (1) 47 68 97 97 92411 Courbevoie Cedex Fax +33 (1) 47 68 87 81 From netatalk-admins-request Tue Feb 22 10:24:35 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id KAA23909; Tue, 22 Feb 1994 10:24:35 -0500 Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id KAA23907; Tue, 22 Feb 1994 10:24:33 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with SMTP id KAA23901; Tue, 22 Feb 1994 10:24:31 -0500 Resent-Message-Id: <199402221524.KAA23901@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with ESMTP id KAA23725; Tue, 22 Feb 1994 10:13:21 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id KAA28597; Tue, 22 Feb 1994 10:13:21 -0500 Received: from ra.itd.umich.edu by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id KAA28560; Tue, 22 Feb 1994 10:12:51 -0500 Received: from localhost by ra.itd.umich.edu (8.6.4/2.2) id KAA12483; Tue, 22 Feb 1994 10:08:59 -0500 Message-Id: <199402221508.KAA12483@ra.itd.umich.edu> From: Charles Clark To: asty@cr2a.fr (Patrick Asty) cc: netatalk-admins@umich.edu Subject: Re: afpd tools In-reply-to: Your message of "Mon, 21 Feb 94 14:34:55 +0100." <9402211334.AA18020@cr2a> Date: Tue, 22 Feb 94 10:08:59 EST Sender: cmclark@ra.itd.umich.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 22 Feb 1994 10:24:31 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu > From: asty@cr2a.fr (Patrick Asty) > I think it is always possible to create - from Unix - directories & files in a > unix afpd directory: when they are accessed under MacOs, all is ok. > > Am I right ? This should be true. > But I notice it is not possible to delete - from Unix - directories & files in a > unix afpd directory: the .AppleDouble have to be modified. > > Does anybody make such tools (a sort of afpmkdir afprmdir afpcp afprm ...) ? I wrote "tc" once (stands for trash can, of course); but it wasn't quite up to rm standards. I don't think I have the most evolved version of it around anymore even. alias afprmdir 'rm -r' > I would like to develop such tools but I don't know exactely what to do in the > ..AppleDouble & .Parent directories & files. All you really need to do when you delete a file is to delete the exact same filename in the .AppleDouble directory; ie to delete "/usr/local/mac/Font:2fDA Mover 4.1" then also delete "/usr/local/mac/.AppleDouble/Font:2fDA Mover 4.1" (if it exists). To delete a directory, you just can do "rm -r" on the directory. I believe if you copy a file, and you copy the relevant .AppleDouble part of the file to the .AppleDouble directory in the new place, it should work fine, but I'm not SURE that there is no weirdness in this case. (If there were, it should be nothing a clean up by name or some such from the mac wouldn't handle). -- cmclark From netatalk-admins-request Tue Feb 22 10:29:06 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id KAA24021; Tue, 22 Feb 1994 10:29:06 -0500 Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id KAA24019; Tue, 22 Feb 1994 10:29:04 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with SMTP id KAA24002; Tue, 22 Feb 1994 10:28:59 -0500 Message-Id: <199402221528.KAA24002@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Charles Clark cc: asty@cr2a.fr (Patrick Asty), netatalk-admins@umich.edu Subject: Re: afpd tools In-reply-to: Your message of "Tue, 22 Feb 1994 10:08:59 EST." <199402221508.KAA12483@ra.itd.umich.edu> Date: Tue, 22 Feb 1994 10:28:58 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: Charles Clark > To: asty@cr2a.fr (Patrick Asty) > To delete a directory, you just can do "rm -r" on the directory. Actually, it would be better to make afprmdir a script like #!/bin/sh if [ -d "$1/.AppleDouble ]; then if [ -f "$1/.AppleDouble/.Parent" ]; then rm "$1/.AppleDouble/.Parent" fi rmdir "$1/.AppleDouble" fi rmdir "$1" but with good argument processing. This way, you get the correct error messages, e.g. when the directory isn't empty, you don't merrily remove everything anyway. :wes From netatalk-admins-request Tue Feb 22 14:53:28 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id OAA28699; Tue, 22 Feb 1994 14:53:28 -0500 Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id OAA28697; Tue, 22 Feb 1994 14:53:25 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with SMTP id OAA28691; Tue, 22 Feb 1994 14:53:23 -0500 Resent-Message-Id: <199402221953.OAA28691@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.6.Beta8/2.2) with ESMTP id LAA26669; Thu, 17 Feb 1994 11:37:22 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id LAA01765; Thu, 17 Feb 1994 11:37:21 -0500 Received: from tis.telos.com by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id LAA01754; Thu, 17 Feb 1994 11:37:18 -0500 Received: from arachnid (arachnid.telos.com [198.116.7.48]) by tis.telos.com (8.6.4/8.6.4) with ESMTP id LAA03392 for ; Thu, 17 Feb 1994 11:38:10 -0500 Received: from arachnid by arachnid (8.6.6.Beta5) id LAA00530; Thu, 17 Feb 1994 11:38:07 -0500 Message-Id: <199402171638.LAA00530@arachnid> To: netatalk-admins@umich.edu Subject: netatalk 1.3 with AFS and kaserver Date: Thu, 17 Feb 1994 11:38:06 -0500 From: "Matthew V. J. Whalen" Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 22 Feb 1994 14:53:23 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I have compiled and installed netatalk 1.3 with AFS support. I installed the AFS Kerberos UAM, and now I am trying to configure support on my kaserver for the authentication. Since I use the kaserver instead of MIT kerberos, I don't have and /etc/srvtab, and don't know what I am supposed to add and how to add it. Can anyone provide some insight on what I should be doing? Also, I noticed that when afpd has AFS support, it does not look at /usr/local/atalk/etc/afpd.conf for a list of volumes to export. Instead it looks only in users home directories. I looked at the source code that handles this but couldn't exactly figure out how it decided to do this. Has anyone changed this behaviour? And if so, how did you do it? Thanks to the help -matthew whalenm@tis.telos.com From netatalk-admins-request Tue Feb 22 14:56:18 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id OAA28766; Tue, 22 Feb 1994 14:56:18 -0500 Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id OAA28764; Tue, 22 Feb 1994 14:56:16 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with SMTP id OAA28753; Tue, 22 Feb 1994 14:56:08 -0500 Message-Id: <199402221956.OAA28753@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: "Matthew V. J. Whalen" cc: netatalk-admins@umich.edu Subject: Re: netatalk 1.3 with AFS and kaserver In-reply-to: Your message of "Thu, 17 Feb 1994 11:38:06 EST." <199402171638.LAA00530@arachnid> Date: Tue, 22 Feb 1994 14:56:08 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: "Matthew V. J. Whalen" > To: netatalk-admins@umich.edu > I have compiled and installed netatalk 1.3 with AFS support. I > installed the AFS Kerberos UAM, and now I am trying to configure > support on my kaserver for the authentication. Since I use the kaserver > instead of MIT kerberos, I don't have and /etc/srvtab, and don't know > what I am supposed to add and how to add it. Can anyone provide > some insight on what I should be doing? Here's our current thinking on the procedure to create afpd's srvtab in an AFS environment: There is a utility which comes from Transarc called "kas". It will let you create a principle. It needs to be something like afp.choosername@realm. Set the password to anything, we'll change it in a minute. There is another utility called "ksrvutil" which comes with MIT Kerberos. It will generate srvtab files for you. It will prompt you for a password; use a good one. If you give it a -k option, ksrvutil will print the key in hex. Convert this hex string to octal and use it to setkey the principle in kas. > Also, I noticed that when afpd has AFS support, it does not look at > /usr/local/atalk/etc/afpd.conf for a list of volumes to export. All released versions of afpd look only in the user's home directory if they have an AppleVolumes file there. We have a patch that changes this behavior. :wes From netatalk-admins-request Tue Feb 22 19:09:24 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id TAA02481; Tue, 22 Feb 1994 19:09:24 -0500 Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id TAA02479; Tue, 22 Feb 1994 19:09:23 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with SMTP id TAA02472; Tue, 22 Feb 1994 19:09:21 -0500 Resent-Message-Id: <199402230009.TAA02472@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with ESMTP id RAA01538; Tue, 22 Feb 1994 17:32:26 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id RAA00305; Tue, 22 Feb 1994 17:32:26 -0500 Received: from star.cs.vu.nl by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id RAA00289; Tue, 22 Feb 1994 17:32:19 -0500 Received: from balaena.bio.vu.nl by star.cs.vu.nl id aa10173; 22 Feb 94 23:32 MET Received: by balaena.bio.vu.nl (4.1/SMI-4.1) id AA25535; Tue, 22 Feb 94 23:32:13 +0100 Date: Tue, 22 Feb 94 23:32:13 +0100 From: Jos van Wezel Message-Id: <9402222232.AA25535@balaena.bio.vu.nl> To: netatalk-admins@umich.edu Subject: Starting and stopping servers Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 22 Feb 1994 19:09:21 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Ar question which may be of interest to all. How do I stop and start afpd servers. (SunOS 4.1.3, netatalk 1.3b3) Currently I'm running rc.atalk at boot time. In rc.atalk there is a list of about 9 servers putting themselves in 5 different zones. This works troublesome. Seemingly random picked from the list of the startup commands some do not result in a running afpd. So I go back and start them by hand. Then it mostly works. There is no 'Can't register ...' message in those cases. Also when I want to stop servers I do a kill -TERM of the pid followed by a nbpunrgstr. Now sometimes I have to repeat the nbpunrgstr command several times before it returns with 'Can't unregister ...'. Are there any timeouts involved? I tried sleeping for 10 secs between several afpd startups. Do I need to HUP/USR[12] atalkd? Is there any recipe for a reliable start/stop script. Sincerely Jos van Wezel From netatalk-admins-request Tue Feb 22 19:18:52 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id TAA02672; Tue, 22 Feb 1994 19:18:52 -0500 Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id TAA02670; Tue, 22 Feb 1994 19:18:51 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with SMTP id TAA02648; Tue, 22 Feb 1994 19:18:44 -0500 Message-Id: <199402230018.TAA02648@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Jos van Wezel cc: netatalk-admins@umich.edu Subject: Re: Starting and stopping servers In-reply-to: Your message of "Tue, 22 Feb 1994 23:32:13 +0100." <9402222232.AA25535@balaena.bio.vu.nl> Date: Tue, 22 Feb 1994 19:18:43 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: Jos van Wezel > To: netatalk-admins@umich.edu > Ar question which may be of interest to all. How do I stop and start afpd > servers. (SunOS 4.1.3, netatalk 1.3b3) You should upgrade your netatalk to the 1.3 release. There were serious bugs in the beta you're running. > Currently I'm running rc.atalk at boot time. In rc.atalk there is a list > of about 9 servers putting themselves in 5 different zones. This works > troublesome. Seemingly random picked from the list of the startup commands > some do not result in a running afpd. So I go back and start them by hand. > Then it mostly works. There is no 'Can't register ...' message in those cases. At a guess, atalkd doesn't yet have a complete list of zones, when you're trying to start your afpd's. The afpd's that are started in zones that are local come up, the others don't. I'm not sure why you would not be getting the "Can't register ..." message. > Also when I want to stop servers I do a kill -TERM of the pid followed by > a nbpunrgstr. Now sometimes I have to repeat the nbpunrgstr command several > times before it returns with 'Can't unregister ...'. Just in general, you should not need to do an nbpunrgstr. The TERM signal to afpd should cause it to unregister itself. > Are there any timeouts involved? I tried sleeping for 10 secs between several > afpd startups. Do I need to HUP/USR[12] atalkd? Is there any recipe for > a reliable start/stop script. For starting in all those zones, I think I might suggest "priming" atalkd, by adding a "-zone" for each of the zones you want to register in. This way, even tho atalkd isn't quite stable, it will have an idea of what all the zones are. Assuming atalkd's ready, you should be able to start the afpd's with not sleeping. For stopping afpd, the nicest way is to send a HUP signal, allowing the server to notify all of its client that it will be going away, and then, 10 minutes later, send a TERM signal. This will tell the clients that the server has gone away, and actually kill the server. Pretty much any deviation from this behavior by atalkd or afpd is a bug, which we will fix. :wes From netatalk-admins-request Wed Mar 2 11:27:43 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id LAA24711; Wed, 2 Mar 1994 11:27:43 -0500 Received: by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with X.500 id LAA24705; Wed, 2 Mar 1994 11:27:41 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with SMTP id LAA24701; Wed, 2 Mar 1994 11:27:39 -0500 Resent-Message-Id: <199403021627.LAA24701@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.6.Beta9/2.2) with ESMTP id IAA19315; Wed, 2 Mar 1994 08:28:12 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id IAA18373; Wed, 2 Mar 1994 08:28:12 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id IAA18370; Wed, 2 Mar 1994 08:28:10 -0500 Received: from corton.inria.fr by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id IAA18349; Wed, 2 Mar 1994 08:27:27 -0500 Received: from cr2a.fr ([193.49.49.41]) by corton.inria.fr (5.65c8d/92.02.29) via Fnet-EUnet id AA25122; Wed, 2 Mar 1994 14:26:52 +0100 (MET) Received: by cr2a.fr (4.1/SMI-4.1) id AA24638; Wed, 2 Mar 94 14:27:05 +0100 Received: from cr2a by cr2a.fr (4.1/SMI-4.1) id AA24604; Wed, 2 Mar 94 14:27:01 +0100 Received: by cr2a (4.1/SMI-4.1) id AA00422; Wed, 2 Mar 94 14:26:37 +0100 Date: Wed, 2 Mar 94 14:26:37 +0100 From: asty@cr2a.fr (Patrick Asty) Message-Id: <9403021326.AA00422@cr2a> To: netatalk-admins@umich.edu, netatalk@umich.edu Subject: AFS / ACL Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 02 Mar 1994 11:27:39 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I really need ACL with netatalk. Does I need AFS on Sun (and then, where can I find it) or is there another product which offers ACLs on a Sun file system ? Thanks for your answers. ============================================================================= Patrick ASTY Email asty@cr2a.fr CR2A 19, Avenue Dubonnet Tel +33 (1) 47 68 97 97 92411 Courbevoie Cedex Fax +33 (1) 47 68 87 81 From netatalk-admins-request Tue Mar 15 16:27:48 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.7/2.2) with X.500 id QAA06910; Tue, 15 Mar 1994 16:27:48 -0500 Received: by terminator.rs.itd.umich.edu (8.6.7/2.2) with X.500 id QAA06905; Tue, 15 Mar 1994 16:27:33 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.7/2.2) with SMTP id QAA06881; Tue, 15 Mar 1994 16:27:04 -0500 Resent-Message-Id: <199403152127.QAA06881@terminator.rs.itd.umich.edu> Replied: Mon, 14 Mar 1994 21:54:44 -0500 Replied: Shahrol Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.6.Beta11/2.2) with ESMTP id WAA23789; Tue, 8 Mar 1994 22:39:18 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id WAA28247; Tue, 8 Mar 1994 22:39:18 -0500 Received: from harper.Stanford.EDU by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with ESMTP id WAA28226; Tue, 8 Mar 1994 22:39:06 -0500 Received: from localhost (shahrol@localhost) by harper.Stanford.EDU (8.6.4/8.6.4) id TAA26251 for netatalk-admins@umich.edu; Tue, 8 Mar 1994 19:39:05 -0800 From: Shahrol Message-Id: <199403090339.TAA26251@harper.Stanford.EDU> Subject: Disinfectant 3.4 and 1.3 To: netatalk-admins@umich.edu Date: Tue, 8 Mar 1994 19:39:05 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 419 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 15 Mar 1994 16:27:03 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi all, I downloaded a copy of Disinfectant 3.4 and installed it in our Ultrix 4.3 machine runnin Netatalk 1.3. copying the app from the server and launching it would cause the mac to crash. running Disinfectant from the server would also cause the mac to crash. the macs we tested this on were running 7.1 and 7Pro, Centris 650 and IIfx. anyone else saw this? 3.4 launches fine from CAP servers... -shahrol From netatalk-admins-request Tue Mar 15 16:29:30 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.7/2.2) with X.500 id QAA07142; Tue, 15 Mar 1994 16:29:30 -0500 Received: by terminator.rs.itd.umich.edu (8.6.7/2.2) with X.500 id QAA07133; Tue, 15 Mar 1994 16:29:25 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.7/2.2) with SMTP id QAA07113; Tue, 15 Mar 1994 16:29:16 -0500 Message-Id: <199403152129.QAA07113@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Shahrol cc: netatalk-admins@umich.edu Subject: Re: Disinfectant 3.4 and 1.3 In-reply-to: Your message of "Tue, 08 Mar 1994 19:39:05 PST." <199403090339.TAA26251@harper.Stanford.EDU> Date: Tue, 15 Mar 1994 16:29:16 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: Shahrol > To: netatalk-admins@umich.edu > I downloaded a copy of Disinfectant 3.4 and installed it in our Ultrix > 4.3 machine runnin Netatalk 1.3. copying the app from the server and > launching it would cause the mac to crash. running Disinfectant from > the server would also cause the mac to crash. Nasty bug, introduced in netatalk 1.3. Please find enclosed a patch which will bring netatalk up to 1.3.1. This patch is also available via anonymous ftp from terminator.rs.itd.umich.edu in ~ftp/unix/netatalk. :wes --- cut --- This patch upgrades netatalk 1.3 to 1.3.1. There is at least one "critical" patch for those using afpd, and several less critical patches. See the patched file "CHANGES" for details. Apply this patch by changing directories to the root of your netatalk 1.3 distribution, and running patch -p -s < netatalk-1.3-1.3.1.patch Please report any problems to netatalk@umich.edu. :wes Prereq: 1.3 *** VERSION- 1994/01/18 23:30:12 --- VERSION 1994/03/15 20:49:59 *************** *** 1 **** ! 1.3 --- 1 ---- ! 1.3.1 *** CHANGES- 1994/01/19 00:04:34 --- CHANGES 1994/03/15 20:29:45 *************** *** 1,5 **** ! This is the CHANGES file for netatalk-1.3. Changes from the 1.2.1 ! release: atalkd is completely rewritten for phase 2 support. atalkd.conf from previous version will not work! --- 1,30 ---- ! Changes from the 1.3 release: ! ! Fixed a bug in afpd which would cause APPL mappings to contain both ! mac and unix path names. The fixed code will handle the old ! (corrupted) database. ! ! Fixed a *very* serious bug which would cause files to be corrupted ! when copying to afpd. ! ! Fixed a bug in afpd which would cause replies to icon writes to ! contain the written icon. ! ! Filled in the function code switch in afpd. Previously, a hacker ! could probably have used afpd to get unauthorized access to a ! machine running afpd. ! ! Fixed a bug in the asp portion of libatalk.a which could cause the ! malloc()/free() database to be corrupted. ! ! Fixed a bug in atalkd's zip query code. With this bug, only the ! first N % 255 nets get queried. However, since nets bigger than ! 255 are usually pretty unstable, the unqueried for nets will ! eventually get done, when N drops by one. ! ! Suppressed a spurious error ("route: No such process") in atalkd. ! ! Changes from the 1.2.1 release: atalkd is completely rewritten for phase 2 support. atalkd.conf from previous version will not work! *** etc/afpd/Makefile- 1993/12/23 21:13:45 --- etc/afpd/Makefile 1994/01/28 22:12:56 *************** *** 50,56 **** OBJ = ${OSO} main.o switch.o auth.o volume.o directory.o file.o \ enumerate.o desktop.o filedir.o fork.o appl.o gettok.o bprint.o ! CFLAGS= ${AFSDEFS} ${DEFS} ${OPTOPTS} ${INCPATH} -DPRIMETRASH TAGSFILE= tags CC= cc INSTALL= install --- 50,56 ---- OBJ = ${OSO} main.o switch.o auth.o volume.o directory.o file.o \ enumerate.o desktop.o filedir.o fork.o appl.o gettok.o bprint.o ! CFLAGS= ${AFSDEFS} ${DEFS} ${OPTOPTS} ${INCPATH} -DPRIMETRASH -DAPPLCNAME TAGSFILE= tags CC= cc INSTALL= install *** etc/afpd/appl.c- 1993/12/23 20:20:01 --- etc/afpd/appl.c 1994/02/02 18:00:04 *************** *** 13,18 **** --- 13,19 ---- #include #include #include + #include #include "volume.h" #include "globals.h" *************** *** 112,118 **** return( AFP_OK ); } - afp_rmvappl( ibuf, ibuflen, rbuf, rbuflen ) char *ibuf, *rbuf; int ibuflen, *rbuflen; --- 113,118 ---- *************** *** 184,190 **** return( AFP_OK ); } - afp_getappl( ibuf, ibuflen, rbuf, rbuflen ) char *ibuf, *rbuf; int ibuflen, *rbuflen; --- 184,189 ---- *************** *** 253,258 **** --- 252,294 ---- return( AFPERR_NOITEM ); } sa.sdt_index++; + + #ifdef APPLCNAME + /* + * Check to see if this APPL mapping has an mpath or a upath. If + * there are any ':'s in the name, it is a upath and must be converted + * to an mpath. Hopefully, this code will go away. + */ + { + #define hextoint( c ) ( isdigit( c ) ? c - '0' : c + 10 - 'a' ) + #define islxdigit(x) (!isupper(x)&&isxdigit(x)) + + static char utomname[ MAXPATHLEN ]; + char *u, *m; + int i, h; + + u = p; + m = utomname; + i = len; + while ( i ) { + if ( *u == ':' && *(u+1) != '\0' && islxdigit( *(u+1)) && + *(u+2) != '\0' && islxdigit( *(u+2))) { + ++u, --i; + h = hextoint( *u ) << 4; + ++u, --i; + h |= hextoint( *u ); + *m++ = h; + } else { + *m++ = *u; + } + ++u, --i; + } + + len = m - utomname; + p = utomname; + } + #endif APPLCNAME + if (( p = cname( vol, vol->v_dir, &p, len )) == NULL ) { *rbuflen = 0; return( AFPERR_NOITEM ); *************** *** 278,284 **** return( AFP_OK ); } - applopen( vol, creator, flags, mode ) struct vol *vol; u_char creator[ 4 ]; --- 314,319 ---- *************** *** 325,331 **** return( AFP_OK ); } ! char * makemacpath( mpath, mpathlen, dir, path ) char *mpath; --- 360,377 ---- return( AFP_OK ); } ! /* ! * build mac. path (backwards) by traversing the directory tree ! * ! * The old way: dir and path refer to an app, path is a mac format ! * pathname. makemacpath() builds something that looks like a cname, ! * but uses upaths instead of mac format paths. ! * ! * The new way: dir and path refer to an app, path is a mac format ! * pathname. makemacpath() builds a cname. ! * ! * See afp_getappl() for the backward compatiblity code. ! */ char * makemacpath( mpath, mpathlen, dir, path ) char *mpath; *************** *** 334,357 **** char *path; { char *p, *s; ! /* ! * build mac. path (backwards) by traversing the directory tree ! */ p = mpath + mpathlen; ! s = mtoupath( path ); ! p -= strlen( s ) + 1; ! strcpy( p, s ); while ( dir->d_parent != NULL ) { ! s = mtoupath( dir->d_name ); ! p -= strlen( s ) + 1; ! strcpy( p, s ); dir = dir->d_parent; } return( p ); } ! copyapplfile( sfd, dfd, mpath, mplen ) int sfd; int dfd; --- 380,401 ---- char *path; { char *p, *s; ! p = mpath + mpathlen; ! p -= strlen( path ) + 1; ! strcpy( p, path ); while ( dir->d_parent != NULL ) { ! p -= strlen( dir->d_name ) + 1; ! strcpy( p, dir->d_name ); dir = dir->d_parent; } return( p ); } ! /* ! * copy appls to new file, deleting any matching (old) appl entries ! */ copyapplfile( sfd, dfd, mpath, mplen ) int sfd; int dfd; *************** *** 363,371 **** u_short len; u_char appltag[ 4 ]; char buf[ MAXPATHLEN ]; ! /* ! * copy appls to new file, deleting any matching (old) appl entries ! */ while (( cc = read( sfd, buf, sizeof(appltag) + sizeof( u_short ))) > 0 ) { p = buf + sizeof(appltag); bcopy( p, &len, sizeof( u_short )); --- 407,413 ---- u_short len; u_char appltag[ 4 ]; char buf[ MAXPATHLEN ]; ! while (( cc = read( sfd, buf, sizeof(appltag) + sizeof( u_short ))) > 0 ) { p = buf + sizeof(appltag); bcopy( p, &len, sizeof( u_short )); *************** *** 384,390 **** } return( cc ); } - pathcmp( p, plen, q, qlen ) char *p; --- 426,431 ---- *** etc/afpd/desktop.c- 1993/12/23 20:20:01 --- etc/afpd/desktop.c 1994/03/09 16:57:21 *************** *** 67,73 **** struct vol *vol; struct iovec iov[ 2 ]; u_char fcreator[ 4 ], imh[ 12 ], irh[ 12 ], *p; ! int ftype, itype, itag, cc, iovcnt = 0; u_short bsize, rsize, vid; *rbuflen = 0; --- 67,73 ---- struct vol *vol; struct iovec iov[ 2 ]; u_char fcreator[ 4 ], imh[ 12 ], irh[ 12 ], *p; ! int ftype, itype, itag, cc, iovcnt = 0, buflen; u_short bsize, rsize, vid; *rbuflen = 0; *************** *** 99,105 **** si.sdt_fd = -1; } if ( iconopen( vol, fcreator, O_RDWR|O_CREAT, 0666 ) != AFP_OK ) { - syslog( LOG_ERR, "afp_addicon: iconopen: no item" ); return( AFPERR_NOITEM ); } --- 99,104 ---- *************** *** 152,159 **** return( AFPERR_PARAM ); } ! *rbuflen = bsize; ! if ( asp_wrtcont( asp, rbuf, rbuflen ) < 0 ) { return( AFPERR_PARAM ); } --- 151,158 ---- return( AFPERR_PARAM ); } ! buflen = bsize; ! if ( asp_wrtcont( asp, rbuf, &buflen ) < 0 || buflen != bsize ) { return( AFPERR_PARAM ); } *** etc/afpd/directory.c- 1993/12/23 20:20:01 --- etc/afpd/directory.c 1994/01/28 19:54:17 *************** *** 121,127 **** return( NULL ); } ! if (( dir = adddir( vol, dir, p, strlen( p ))) == NULL ) { return( NULL ); } --- 121,127 ---- return( NULL ); } ! if (( dir = adddir( vol, dir, path, strlen( path ))) == NULL ) { return( NULL ); } *** etc/afpd/fork.c- 1993/12/23 20:20:01 --- etc/afpd/fork.c 1994/03/15 02:30:52 *************** *** 250,257 **** syslog( LOG_ERR, "afp_setforkparams: ad_dtruncate: %m" ); return( AFPERR_PARAM ); } ! } ! if ( ad_hfileno( &oforks[ ofrefnum ]->of_ad ) != -1 ) { bcopy( ad_entry( &oforks[ ofrefnum ]->of_ad, ADEID_FILEI ) + FILEIOFF_MODIFY, &intime, sizeof( intime )); ad_refresh( &oforks[ ofrefnum ]->of_ad, ADFLAGS_HF ); --- 250,256 ---- syslog( LOG_ERR, "afp_setforkparams: ad_dtruncate: %m" ); return( AFPERR_PARAM ); } ! } else if ( ad_hfileno( &oforks[ ofrefnum ]->of_ad ) != -1 ) { bcopy( ad_entry( &oforks[ ofrefnum ]->of_ad, ADEID_FILEI ) + FILEIOFF_MODIFY, &intime, sizeof( intime )); ad_refresh( &oforks[ ofrefnum ]->of_ad, ADFLAGS_HF ); *** etc/afpd/main.c- 1993/12/23 21:10:06 --- etc/afpd/main.c 1994/01/26 22:47:00 *************** *** 238,244 **** syslog( LOG_ERR, "Can't register %s:%s@%s", Obj, Type, Zone ); exit( 1 ); } ! syslog( LOG_INFO, "%s:%s@%s started", Obj, Type, Zone ); sv.sv_handler = afp_goaway; sv.sv_mask = 0; --- 246,255 ---- syslog( LOG_ERR, "Can't register %s:%s@%s", Obj, Type, Zone ); exit( 1 ); } ! syslog( LOG_INFO, "%s:%s@%s started on %u.%u:%u", Obj, Type, Zone, ! ntohs( atp_sockaddr( atp )->sat_addr.s_net ), ! atp_sockaddr( atp )->sat_addr.s_node, ! atp_sockaddr( atp )->sat_port ); sv.sv_handler = afp_goaway; sv.sv_mask = 0; *************** *** 273,278 **** --- 284,296 ---- exit( 1 ); } + syslog( LOG_INFO, "session from %u.%u:%u on %u.%u:%u", + ntohs( child->asp_sat.sat_addr.s_net ), + child->asp_sat.sat_addr.s_node, child->asp_sat.sat_port, + ntohs( atp_sockaddr( child->asp_atp )->sat_addr.s_net ), + atp_sockaddr( child->asp_atp )->sat_addr.s_node, + atp_sockaddr( child->asp_atp )->sat_port ); + for (;;) { buf = data; buflen = sizeof( data ); *************** *** 280,285 **** --- 298,306 ---- case ASPFUNC_CLOSE : asp_close( child ); syslog( LOG_INFO, "done" ); + if ( debug ) { + printf( "done\n" ); + } exit( 0 ); break; case ASPFUNC_CMD : *************** *** 297,308 **** */ rbuflen = sizeof( replybuf ); c = (*afp_switch[ func ])( buf, buflen, replybuf, &rbuflen ); ! if ( debug ) { ! printf( "reply: %d, %d\n", c, ccnt++ ); ! bprint( replybuf, rbuflen ); ! } ! asp_cmdreply( child, htonl( c ), replybuf, rbuflen ); } break; case ASPFUNC_WRITE : func = (u_char)buf[ 0 ]; --- 318,333 ---- */ rbuflen = sizeof( replybuf ); c = (*afp_switch[ func ])( buf, buflen, replybuf, &rbuflen ); ! } else { ! syslog( LOG_ERR, "bad function %X", func ); ! rbuflen = 0; ! c = AFPERR_NOOP; } + if ( debug ) { + printf( "reply: %d, %d\n", c, ccnt++ ); + bprint( replybuf, rbuflen ); + } + asp_cmdreply( child, htonl( c ), replybuf, rbuflen ); break; case ASPFUNC_WRITE : func = (u_char)buf[ 0 ]; *************** *** 314,325 **** rbuflen = sizeof( replybuf ); c = (*afp_switch[ func ])( child, buf, buflen, replybuf, &rbuflen ); ! if ( debug ) { ! printf( "(write) reply code: %d, %d\n", c, ccnt++ ); ! bprint( replybuf, rbuflen ); ! } ! asp_wrtreply( child, htonl( c ), replybuf, rbuflen ); } break; default: /* --- 339,354 ---- rbuflen = sizeof( replybuf ); c = (*afp_switch[ func ])( child, buf, buflen, replybuf, &rbuflen ); ! } else { ! syslog( LOG_ERR, "(write) bad function %X", func ); ! rbuflen = 0; ! c = AFPERR_NOOP; ! } ! if ( debug ) { ! printf( "(write) reply code: %d, %d\n", c, ccnt++ ); ! bprint( replybuf, rbuflen ); } + asp_wrtreply( child, htonl( c ), replybuf, rbuflen ); break; default: /* *** etc/afpd/switch.c- 1992/01/22 23:13:52 --- etc/afpd/switch.c 1994/01/25 21:25:22 *************** *** 110,115 **** --- 110,174 ---- NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL, /* 8 - 15 */ NULL, NULL, afp_login, afp_logincont, + NULL, NULL, NULL, NULL, /* 16 - 23 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 24 - 31 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 32 - 39 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 40 - 47 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 48 - 55 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 56 - 63 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 64 - 71 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 72 - 79 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 80 - 87 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 88 - 95 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 96 - 103 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 104 - 111 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 112 - 119 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 120 - 127 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 128 - 135 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 136 - 143 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 144 - 151 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 152 - 159 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 160 - 167 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 168 - 175 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 176 - 183 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 184 - 191 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 192 - 199 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 200 - 207 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 208 - 215 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 216 - 223 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 224 - 231 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 232 - 239 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 240 - 247 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 248 - 255 */ }; int (**afp_switch)() = preauth_switch; *************** *** 166,169 **** --- 225,242 ---- NULL, NULL, NULL, NULL, /* 184 - 191 */ afp_addicon, NULL, NULL, NULL, NULL, NULL, NULL, NULL, /* 192 - 199 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 200 - 207 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 208 - 215 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 216 - 223 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 224 - 231 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 232 - 239 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 240 - 247 */ + NULL, NULL, NULL, NULL, + NULL, NULL, NULL, NULL, /* 248 - 255 */ }; *** libatalk/asp/asp_child.h- 1992/01/22 23:13:52 --- libatalk/asp/asp_child.h 1994/01/31 21:36:35 *************** *** 27,31 **** struct sockaddr_at ac_sat; }; ! #define ACSTATE_OK 0 ! #define ACSTATE_BAD 6 --- 27,32 ---- struct sockaddr_at ac_sat; }; ! #define ACSTATE_DEAD 0 ! #define ACSTATE_OK 1 ! #define ACSTATE_BAD 7 *** libatalk/asp/asp_getsess.c- 1993/12/23 22:20:03 --- libatalk/asp/asp_getsess.c 1994/02/04 00:49:48 *************** *** 59,77 **** int sid; for ( sid = 0; sid < asp_sessions; sid++ ) { ! if ( asp_ac[ sid ] == NULL ) { continue; } ! asp_ac[ sid ]->ac_state++; ! if ( asp_ac[ sid ]->ac_state >= ACSTATE_BAD ) { if ( kill( asp_ac[ sid ]->ac_pid, SIGTERM ) < 0 ) { syslog( LOG_ERR, "kill: %m" ); /* ! * Child is gone (for some reason), clean ! * up after it. */ ! free( asp_ac[ sid ] ); ! asp_ac[ sid ] = NULL; } syslog( LOG_INFO, "asp_alrm: %d timed out", asp_ac[ sid ]->ac_pid ); --- 59,77 ---- int sid; for ( sid = 0; sid < asp_sessions; sid++ ) { ! if ( asp_ac[ sid ] == NULL || ! asp_ac[ sid ]->ac_state == ACSTATE_DEAD ) { continue; } ! ! if ( ++asp_ac[ sid ]->ac_state >= ACSTATE_BAD ) { if ( kill( asp_ac[ sid ]->ac_pid, SIGTERM ) < 0 ) { syslog( LOG_ERR, "kill: %m" ); /* ! * Child is gone (for some reason), mark it to ! * be clean up. */ ! asp_ac[ sid ]->ac_state = ACSTATE_DEAD; } syslog( LOG_INFO, "asp_alrm: %d timed out", asp_ac[ sid ]->ac_pid ); *************** *** 116,121 **** --- 116,125 ---- break; } } + if ( sid >= asp_sessions ) { + syslog( LOG_INFO, "asp_chld spurious child %d", pid ); + continue; + } if ( WIFEXITED( status )) { if ( WEXITSTATUS( status )) { *************** *** 134,143 **** } } ! if ( asp_ac[ sid ] != NULL ) { ! free( asp_ac[ sid ] ); ! asp_ac[ sid ] = NULL; ! } } return; } --- 138,144 ---- } } ! asp_ac[ sid ]->ac_state = ACSTATE_DEAD; } return; } *************** *** 161,167 **** ATP atp; ASP aspret; char rdata[ ATP_MAXDATA ]; ! int sid, pid; extern int errno; if (( asp_ac = --- 162,169 ---- ATP atp; ASP aspret; char rdata[ ATP_MAXDATA ]; ! int sid, csid, pid; ! u_short asperr; extern int errno; if (( asp_ac = *************** *** 229,241 **** } break; case ASPFUNC_OPEN : ! for ( sid = 0; sid < sessions; sid++ ) { ! if ( asp_ac[ sid ] == NULL ) { break; } } ! if ( sid == sessions ) { /* Too many */ ! *(short *)&rdata[ 2 ] = ASPERR_SERVBUSY; } else { if (( atp = atp_open( 0 )) == NULL ) { break; --- 231,251 ---- } break; case ASPFUNC_OPEN : ! for ( csid = 0; csid < sessions; csid++ ) { ! if ( asp_ac[ csid ] == NULL ) { ! break; ! } ! /* check for stuff to free */ ! if ( asp_ac[ csid ]->ac_state == ACSTATE_DEAD ) { ! free( asp_ac[ csid ] ); ! asp_ac[ csid ] = NULL; break; } } ! if ( csid == sessions ) { /* Too many */ ! rdata[ 0 ] = 0; ! rdata[ 1 ] = 0; ! asperr = ASPERR_SERVBUSY; } else { if (( atp = atp_open( 0 )) == NULL ) { break; *************** *** 242,247 **** --- 252,262 ---- } switch ( pid = fork()) { case 0 : /* child */ + for ( sid = 0; sid < sessions; sid++ ) { + if ( asp_ac[ sid ] != NULL ) { + free( asp_ac[ sid ] ); + } + } free( asp_ac ); if ( sigvec( SIGALRM, &oasv, 0 ) < 0 ) { return( NULL ); *************** *** 261,294 **** aspret->asp_wss = rdata[ 1 ]; aspret->asp_seq = 0; aspret->asp_flags = ASPFL_SSS; ! aspret->asp_sid = sid; return( aspret ); case -1 : /* error */ ! *(short *)&rdata[ 2 ] = ASPERR_SERVBUSY; break; default : ! if (( asp_ac[ sid ] = (struct asp_child *)malloc( sizeof( struct asp_child ))) == NULL ) { break; } ! asp_ac[ sid ]->ac_pid = pid; ! asp_ac[ sid ]->ac_state = ACSTATE_OK; ! asp_ac[ sid ]->ac_sat = sat; ! asp_ac[ sid ]->ac_sat.sat_port = rdata[ 1 ]; ! *(short *)&rdata[ 2 ] = ASPERR_OK; break; } } ! rdata[ 0 ] = atp_sockaddr( atp )->sat_port; ! rdata[ 1 ] = sid; iov[ 0 ].iov_base = rdata; iov[ 0 ].iov_len = 4; atpb.atp_sresiov = iov; atpb.atp_sresiovcnt = 1; atp_sresp( asp->asp_atp, &atpb ); - atp_close( atp ); break; case ASPFUNC_TICKLE : --- 276,312 ---- aspret->asp_wss = rdata[ 1 ]; aspret->asp_seq = 0; aspret->asp_flags = ASPFL_SSS; ! aspret->asp_sid = csid; return( aspret ); case -1 : /* error */ ! rdata[ 0 ] = 0; ! rdata[ 1 ] = 0; ! asperr = ASPERR_SERVBUSY; break; default : ! if (( asp_ac[ csid ] = (struct asp_child *)malloc( sizeof( struct asp_child ))) == NULL ) { break; } ! asp_ac[ csid ]->ac_pid = pid; ! asp_ac[ csid ]->ac_state = ACSTATE_OK; ! asp_ac[ csid ]->ac_sat = sat; ! asp_ac[ csid ]->ac_sat.sat_port = rdata[ 1 ]; ! rdata[ 0 ] = atp_sockaddr( atp )->sat_port; ! rdata[ 1 ] = csid; ! asperr = ASPERR_OK; ! atp_close( atp ); break; } } ! bcopy( &asperr, &rdata[ 2 ], sizeof( u_short )); iov[ 0 ].iov_base = rdata; iov[ 0 ].iov_len = 4; atpb.atp_sresiov = iov; atpb.atp_sresiovcnt = 1; atp_sresp( asp->asp_atp, &atpb ); break; case ASPFUNC_TICKLE : *************** *** 313,323 **** int sid; for ( sid = 0; sid < asp_sessions; sid++ ) { ! if ( asp_ac[ sid ] != NULL ) { if ( kill( asp_ac[ sid ]->ac_pid, signal ) < 0 ) { syslog( LOG_ERR, "asp_kill %d: %m", asp_ac[ sid ]->ac_pid ); ! free( asp_ac[ sid ] ); ! asp_ac[ sid ] = NULL; } } } --- 331,341 ---- int sid; for ( sid = 0; sid < asp_sessions; sid++ ) { ! if ( asp_ac[ sid ] != NULL && ! asp_ac[ sid ]->ac_state != ACSTATE_DEAD ) { if ( kill( asp_ac[ sid ]->ac_pid, signal ) < 0 ) { syslog( LOG_ERR, "asp_kill %d: %m", asp_ac[ sid ]->ac_pid ); ! asp_ac[ sid ]->ac_state = ACSTATE_DEAD; } } } *************** *** 330,336 **** int sid; for ( sid = 0; sid < asp_sessions; sid++ ) { ! if ( asp_ac[ sid ] == NULL ) { continue; } if ( asp_attention( code, sid ) < 0 ) { --- 348,355 ---- int sid; for ( sid = 0; sid < asp_sessions; sid++ ) { ! if ( asp_ac[ sid ] == NULL || ! asp_ac[ sid ]->ac_state == ACSTATE_DEAD ) { continue; } if ( asp_attention( code, sid ) < 0 ) { *************** *** 340,345 **** --- 359,367 ---- return( 0 ); } + /* + * Note that code is passed in network byte-order (foolishly). + */ asp_attention( code, sid ) short code, sid; { *************** *** 348,359 **** char sdata[ 4 ], rdata[ 4 ]; sdata[ 0 ] = ASPFUNC_ATTN; ! sdata[ 2 ] = ((char *)&code)[ 0 ]; ! sdata[ 3 ] = ((char *)&code)[ 1 ]; iov[ 0 ].iov_base = rdata; iov[ 0 ].iov_len = sizeof( rdata ); ! if ( asp_ac[ sid ] == NULL ) { return( -1 ); } sdata[ 1 ] = sid; --- 370,380 ---- char sdata[ 4 ], rdata[ 4 ]; sdata[ 0 ] = ASPFUNC_ATTN; ! bcopy( &code, &sdata[ 2 ], sizeof( short )); iov[ 0 ].iov_base = rdata; iov[ 0 ].iov_len = sizeof( rdata ); ! if ( asp_ac[ sid ] == NULL || asp_ac[ sid ]->ac_state == ACSTATE_DEAD ) { return( -1 ); } sdata[ 1 ] = sid; *** etc/atalkd/main.c- 1994/01/03 23:51:16 --- etc/atalkd/main.c 1994/02/04 01:01:39 *************** *** 284,290 **** */ if ( rtmp->rt_iprev && ( rtmp->rt_flags & RTMPTAB_HASZONES ) == 0 ) { ! if ( data + sizeof( u_short ) > end ) { /* send what we've got */ zh.zh_op = ZIPOP_QUERY; zh.zh_count = n; --- 284,290 ---- */ if ( rtmp->rt_iprev && ( rtmp->rt_flags & RTMPTAB_HASZONES ) == 0 ) { ! if ( data + sizeof( u_short ) > end || n == 255 ) { /* send what we've got */ zh.zh_op = ZIPOP_QUERY; zh.zh_count = n; *** etc/atalkd/rtmp.c- 1993/12/23 21:43:48 --- etc/atalkd/rtmp.c 1994/02/04 01:01:05 *************** *** 312,319 **** rtmp->rt_next = 0; } } else if (( rt.rt_dist & 0x7f ) + 1 > RTMPHOPS_MAX ) { ! syslog( LOG_INFO, "rtmp_packet bad hop count from %u.%u", ! ntohs( from->sat_addr.s_net ), from->sat_addr.s_node ); } else { /* new for router */ if (( rtmp = (struct rtmptab *)malloc(sizeof(struct rtmptab))) == 0 ) { --- 312,320 ---- rtmp->rt_next = 0; } } else if (( rt.rt_dist & 0x7f ) + 1 > RTMPHOPS_MAX ) { ! syslog( LOG_INFO, "rtmp_packet bad hop count from %u.%u for %u", ! ntohs( from->sat_addr.s_net ), from->sat_addr.s_node, ! ntohs( rt.rt_net )); } else { /* new for router */ if (( rtmp = (struct rtmptab *)malloc(sizeof(struct rtmptab))) == 0 ) { *************** *** 547,553 **** } if ( cmd == RTMP_ADD ) { iface->i_flags |= IFACE_LOOP; ! } else { iface->i_flags &= ~IFACE_LOOP; } return( 0 ); --- 548,555 ---- } if ( cmd == RTMP_ADD ) { iface->i_flags |= IFACE_LOOP; ! } ! if ( cmd == RTMP_DEL ) { iface->i_flags &= ~IFACE_LOOP; } return( 0 ); *************** *** 560,565 **** --- 562,574 ---- struct sockaddr_at dst, gate; unsigned short net; + if ( command == RTMP_DEL && ( rtmp->rt_flags & RTMPTAB_ROUTE ) == 0 ) { + return( -1 ); + } + if ( command == RTMP_ADD && ( rtmp->rt_flags & RTMPTAB_ROUTE )) { + return( -1 ); + } + /* * Since we will accept routes from gateways who advertise their * address as 0.YY, we must munge the gateway address we give to *************** *** 585,593 **** if ( route( command, &dst, &gate, RTF_UP | RTF_GATEWAY )) { syslog( LOG_ERR, "route: %u -> %u.%u: %m", net, ntohs( gate.sat_addr.s_net ), gate.sat_addr.s_node ); ! return( -1 ); } } while ( net++ < ntohs( rtmp->rt_lastnet )); return( 0 ); } --- 594,609 ---- if ( route( command, &dst, &gate, RTF_UP | RTF_GATEWAY )) { syslog( LOG_ERR, "route: %u -> %u.%u: %m", net, ntohs( gate.sat_addr.s_net ), gate.sat_addr.s_node ); ! continue; } } while ( net++ < ntohs( rtmp->rt_lastnet )); + + if ( command == RTMP_ADD ) { + rtmp->rt_flags |= RTMPTAB_ROUTE; + } + if ( command == RTMP_DEL ) { + rtmp->rt_flags &= ~RTMPTAB_ROUTE; + } return( 0 ); } *** etc/atalkd/rtmp.h- 1993/12/23 21:43:48 --- etc/atalkd/rtmp.h 1994/02/04 01:01:05 *************** *** 58,63 **** --- 58,64 ---- #define RTMPTAB_ZIPQUERY 0x01 #define RTMPTAB_HASZONES 0x02 #define RTMPTAB_EXTENDED 0x04 + #define RTMPTAB_ROUTE 0x08 #ifndef BSD4_4 #define RTMP_ADD SIOCADDRT --- cut --- From netatalk-admins-request Tue Mar 15 17:56:05 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.7/2.2) with X.500 id RAA08973; Tue, 15 Mar 1994 17:56:05 -0500 Received: by terminator.rs.itd.umich.edu (8.6.7/2.2) with X.500 id RAA08966; Tue, 15 Mar 1994 17:56:03 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.7/2.2) with SMTP id RAA08962; Tue, 15 Mar 1994 17:56:01 -0500 Resent-Message-Id: <199403152256.RAA08962@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.7/2.2) with ESMTP id RAA08728; Tue, 15 Mar 1994 17:48:49 -0500 Received: from localhost by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with X.500 id RAA00889; Tue, 15 Mar 1994 17:48:50 -0500 Received: from alw.nih.gov by totalrecall.rs.itd.umich.edu (8.6.4/2.2) with SMTP id RAA00880; Tue, 15 Mar 1994 17:48:47 -0500 Received: from kirin.dcrt.nih.gov by alw.nih.gov (5.61/1.35(alw-2.4)) id AA22773; Tue, 15 Mar 94 17:48:46 -0500 Received: by kirin.dcrt.nih.gov (4.1/3.15) id for netatalk-admins@umich.edu; Tue, 15 Mar 94 17:48:45 EST Received: via switchmail; Tue, 15 Mar 1994 17:48:45 -0500 (EST) Received: from gnuvguru.dcrt.nih.gov via qmail ID ; Tue, 15 Mar 1994 17:47:46 -0500 (EST) Received: from gnuvguru.dcrt.nih.gov via qmail ID ; Tue, 15 Mar 1994 17:47:44 -0500 (EST) Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.gnuvguru.dcrt.nih.gov.sun4c.411 via MS.5.6.gnuvguru.dcrt.nih.gov.sun4_41; Tue, 15 Mar 1994 17:47:44 -0500 (EST) Message-Id: Date: Tue, 15 Mar 1994 17:47:44 -0500 (EST) From: John Knight To: netatalk-admins@umich.edu Subject: AFS 3.3 and netatalk 1.3 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 15 Mar 1994 17:56:01 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I am evaluating netatalk 1.3 on SunOs 4.1.3 and AFS 3.3. I have trouble linking afpd. Is there anyone out there who can help me. My problem is the des library does not resolve all the references it should. From netatalk-admins-request Tue Mar 29 17:22:03 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.7/2.2) with X.500 id RAA01762; Tue, 29 Mar 1994 17:22:03 -0500 Received: by terminator.rs.itd.umich.edu (8.6.7/2.2) with X.500 id RAA01760; Tue, 29 Mar 1994 17:22:02 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.7/2.2) with SMTP id RAA01753; Tue, 29 Mar 1994 17:21:59 -0500 Resent-Message-Id: <199403292221.RAA01753@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.7/2.2) with ESMTP id JAA12080; Tue, 22 Mar 1994 09:31:58 -0500 Received: by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with X.500 id JAA04329; Tue, 22 Mar 1994 09:31:58 -0500 Received: from transarc.com by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with SMTP id JAA04322; Tue, 22 Mar 1994 09:31:55 -0500 Received: by transarc.com (5.54/3.15) id for netatalk-admins@umich.edu; Tue, 22 Mar 94 09:31:43 EST Received: via switchmail; Tue, 22 Mar 1994 09:31:42 -0500 (EST) Received: from bingo via qmail ID ; Tue, 22 Mar 1994 09:29:01 -0500 (EST) Received: from bingo via qmail ID ; Tue, 22 Mar 1994 09:28:54 -0500 (EST) Received: from BatMail.robin.v2.12.CUILIB.3.45.SNAP.NOT.LINKED.bingo.sun4.40 via MS.5.6.bingo.sun4_40; Tue, 22 Mar 1994 09:28:53 -0500 (EST) Message-Id: Date: Tue, 22 Mar 1994 09:28:53 -0500 (EST) From: Pat_Barron@transarc.com To: netatalk-admins@umich.edu, John Knight Subject: Re: AFS 3.3 and netatalk 1.3 In-Reply-To: References: Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 29 Mar 1994 17:21:59 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu [ sorry if this has already been answered - I'm just catching up on my mailing list mail .... ] John Knight writes: > I am evaluating netatalk 1.3 on SunOs 4.1.3 and AFS 3.3. I have trouble > linking afpd. Is there anyone out there who can help me. My problem is > the des library does not resolve all the references it should. You did not say what symbols are not being resolved, but I am suspecting that your trouble is that you need to include libaudit.a (from the AFS 3.3 release) when you link afpd. This library is new in AFS 3.3. This bit me the first time I tried to build an AFS-aware application on top of AFS 3.3. Good luck, --Pat. From netatalk-admins-request Wed Mar 30 14:20:07 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.7/2.2) with X.500 id OAA28524; Wed, 30 Mar 1994 14:20:07 -0500 Received: by terminator.rs.itd.umich.edu (8.6.7/2.2) with X.500 id OAA28522; Wed, 30 Mar 1994 14:20:01 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.7/2.2) with SMTP id OAA28515; Wed, 30 Mar 1994 14:19:55 -0500 Resent-Message-Id: <199403301919.OAA28515@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.7/2.2) with ESMTP id MAA27146; Wed, 30 Mar 1994 12:33:21 -0500 Received: by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with X.500 id MAA23776; Wed, 30 Mar 1994 12:33:17 -0500 Received: from nada.kth.se by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with SMTP id MAA23763; Wed, 30 Mar 1994 12:33:12 -0500 Received: from kires-mac.nada.kth.se by mail.nada.kth.se (5.61-bind 1.4+ida/nada-mx-1.0) id AA19177; Wed, 30 Mar 94 19:32:59 +0200 Message-Id: <9403301732.AA19177@nada.kth.se> X-Sender: kire@mail.nada.kth.se Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 30 Mar 1994 19:33:02 +0100 To: netatalk-admins@umich.edu From: kire@nada.kth.se (Jan-Erik M}ngs) Subject: Why lock a file when reading? Cc: kire@nada.kth.se Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 30 Mar 1994 14:19:55 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu bg@nada.kth.se who has taken care of netatalk here sent me the following patch ("why lock a file while reading?"). Any comments, is this wrong? -Kire bg$ rcsdiff -c -r1.3 fork.c =================================================================== RCS file: RCS/fork.c,v retrieving revision 1.3 diff -c -r1.3 fork.c *** 1.3 1994/02/23 16:28:13 --- fork.c 1994/03/29 10:26:12 *************** *** 210,216 **** } else { lockfd = ad_hfileno( &oforks[ ofrefnum ]->of_ad ); } ! if ( lockop && flock( lockfd, lockop|LOCK_NB ) < 0 ) { ad_close( &oforks[ ofrefnum ]->of_ad, adflags ); free( oforks[ ofrefnum ]->of_name ); free( oforks[ ofrefnum ] ); --- 210,224 ---- } else { lockfd = ad_hfileno( &oforks[ ofrefnum ]->of_ad ); } ! if ( !lockop ) ! /* no need to lock */; ! else if ( flock( lockfd, lockop|LOCK_NB ) == 0) ! /* obtained lock successfully */; ! else if ( lockop == LOCK_SH && errno == EACCES ) { ! /* allow read access but don't lock */ ! errno = 0; ! } ! else { ad_close( &oforks[ ofrefnum ]->of_ad, adflags ); free( oforks[ ofrefnum ]->of_name ); free( oforks[ ofrefnum ] ); bg$ From netatalk-admins-request Wed Mar 30 14:23:24 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.7/2.2) with X.500 id OAA28582; Wed, 30 Mar 1994 14:23:24 -0500 Received: by terminator.rs.itd.umich.edu (8.6.7/2.2) with X.500 id OAA28580; Wed, 30 Mar 1994 14:23:22 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.7/2.2) with SMTP id OAA28567; Wed, 30 Mar 1994 14:23:07 -0500 Message-Id: <199403301923.OAA28567@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: kire@nada.kth.se (Jan-Erik M}ngs) cc: netatalk-admins@umich.edu Subject: Re: Why lock a file when reading? In-reply-to: Your message of "Wed, 30 Mar 1994 19:33:02 +0100." <9403301732.AA19177@nada.kth.se> Date: Wed, 30 Mar 1994 14:23:06 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: kire@nada.kth.se (Jan-Erik M}ngs) > To: netatalk-admins@umich.edu > bg@nada.kth.se who has taken care of netatalk here sent me the > following patch ("why lock a file while reading?"). Any comments, is > this wrong? Yes, it is wrong. You lock a file when reading to prevent others from writing the file. Since you're checking for errno == EACCESS, I assume that you're using AFS -- AFS will return EACCESS when someone attempts to lock a file but doesn't have the 'k' access bit. :wes From netatalk-admins-request Wed Apr 6 17:55:24 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.8.1/2.2) with X.500 id RAA22901; Wed, 6 Apr 1994 17:55:24 -0400 Received: by terminator.rs.itd.umich.edu (8.6.8.1/2.2) with X.500 id RAA22896; Wed, 6 Apr 1994 17:55:21 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.8.1/2.2) with SMTP id RAA22891; Wed, 6 Apr 1994 17:55:18 -0400 Resent-Message-Id: <199404062155.RAA22891@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.8.1/2.2) with ESMTP id RAA21604; Wed, 6 Apr 1994 17:10:17 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with X.500 id RAA21667; Wed, 6 Apr 1994 17:10:17 -0400 Received: from nef.ens.fr by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with SMTP id RAA21617; Wed, 6 Apr 1994 17:09:58 -0400 Received: from trefle.ens.fr by nef.ens.fr (5.65c8/ULM-1.0) Id AA16549 ; Wed, 6 Apr 1994 23:09:51 +0200 From: Jacques.Beigbeder@ens.fr (Jacques Beigbeder) Message-Id: <9404062109.AA02987@trefle.ens.fr> Subject: panic: getblk: size too big To: sun-managers@eecs.nwu.edu, netatalk-admins@umich.edu Date: Wed, 6 Apr 1994 23:09:48 +0200 (MET DST) Cc: vincens@biologie.ens.fr, vinh@dmi.ens.fr, lovato@dmi.ens.fr, lebihan@dmi.ens.fr (Catherine Le Bihan), chounet@dmi.ens.fr, cotentin@dmi.ens.fr (Corine Cotentin) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1253 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 06 Apr 1994 17:55:17 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Hello, I send this mail to 2 lists, you'll see why. Hardware: SUN 4/370 (arch = sun4) Software: SunOS 4.1.3 (so sun-managers appears) Netatalk 1.3.1 (so netatalk-admins appears) File systems are clean, I just checked with fsck in single-user. Problems SEEMED to start when I replaced netatalk-1.3 with netatalk-1.3.1. The host oseille now panics about once a day with the following messages: Apr 6 20:51:20 oseille vmunix: panic: getblk: size too big Apr 6 20:51:20 oseille vmunix: syncing file systems... done Apr 6 20:51:20 oseille vmunix: 00234 low-memory static kernel pages etc.etc. The message <> appears in /sys/sun4/OBJ/vfs_bio.o. No patch is installed for this file. Is there a known bug in netatalk or in the kernel? We have 2 other hosts using netatalk-1.3.1, they work well but they have 2 differences: - the host which panics has the heaviest load of the 3; - the 2 others hosts are sun4m (SunOS 4.1.3 too). Thanks in advance, Jacques Beigbeder | Internet: beig@ens.fr Service de Prestations Informatiques | Ecole Normale Superieure | 45 rue d'Ulm | Tel : (33-1) 44-32-37-96 F75230 Paris Cedex 05 | Fax : (33-1) 44-32-20-80 From netatalk-admins-request Thu Apr 7 12:01:01 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.8.1/2.2) with X.500 id MAA19098; Thu, 7 Apr 1994 12:01:01 -0400 Received: by terminator.rs.itd.umich.edu (8.6.8.1/2.2) with X.500 id MAA19093; Thu, 7 Apr 1994 12:00:59 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.8.1/2.2) with SMTP id MAA19041; Thu, 7 Apr 1994 12:00:15 -0400 Message-Id: <199404071600.MAA19041@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Jacques.Beigbeder@ens.fr (Jacques Beigbeder) cc: sun-managers@eecs.nwu.edu, netatalk-admins@umich.edu, vincens@biologie.ens.fr, vinh@dmi.ens.fr, lovato@dmi.ens.fr, lebihan@dmi.ens.fr (Catherine Le Bihan), chounet@dmi.ens.fr, cotentin@dmi.ens.fr (Corine Cotentin) Subject: Re: panic: getblk: size too big In-reply-to: Your message of "Wed, 06 Apr 1994 23:09:48 +0200." <9404062109.AA02987@trefle.ens.fr> Date: Thu, 07 Apr 1994 12:00:13 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: Jacques.Beigbeder@ens.fr (Jacques Beigbeder) > To: sun-managers@eecs.nwu.edu, netatalk-admins@umich.edu > Is there a known bug in netatalk or in the kernel? There are currently no known netatalk panics (particularly not in the kernel's file system code). Not that it isn't possible. :wes From netatalk-admins-request Thu Apr 21 12:04:14 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id MAA14506; Thu, 21 Apr 1994 12:04:14 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id MAA14504; Thu, 21 Apr 1994 12:04:13 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id MAA14492; Thu, 21 Apr 1994 12:04:09 -0400 Resent-Message-Id: <199404211604.MAA14492@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.8.1/2.2) with ESMTP id KAA06468; Tue, 19 Apr 1994 10:27:35 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with X.500 id KAA28350; Tue, 19 Apr 1994 10:27:34 -0400 Received: from whbws.ms.ornl.gov by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with SMTP id KAA28338; Tue, 19 Apr 1994 10:27:32 -0400 Received: by whbws.ms.ornl.gov (AIX 3.2/UCB 5.64/4.03) id AA21929; Tue, 19 Apr 1994 10:27:20 -0400 From: zhang@whbws.ms.ornl.gov (Xiaoguang Zhang) Message-Id: <9404191427.AA21929@whbws.ms.ornl.gov> Subject: HPLJIII takes forever to print a file from Mac To: netatalk-admins@umich.edu (netatalk netatalk) Date: Tue, 19 Apr 1994 10:27:19 -0500 (EDT) Content-Type: text Content-Length: 1231 Resent-To: netatalk-admins@umich.edu Resent-Date: Thu, 21 Apr 1994 12:04:08 -0400 Resent-From: Mark Smith I have papd running on a DEC 3100 with Ultrix 4.1. It takes *FOREVER* to print a simple one page text from a Mac. One time when I tried to print a graph it never came out and lpq showed "printer stalled, no progress for 15 hours". Is this normal? How can I fix it? Below is my rc.atalk on the DEC. I'm running netatalk-1.3 # # AppleTalk daemons. Make sure not to start atalkd in the background: # its data structures must have time to stablize before running the # other processes. # ATALKDIR="/" # # SUNOS: UNCOMMENT THESE LINES TO LOAD THE KERNEL MODULE. # ##echo -n 'loading netatalk: ' ##if [ -f ${ATALKDIR}/etc/netatalk.o ]; then ## /usr/etc/modload -sym ${ATALKDIR}/etc/netatalk.o; ##fi echo -n 'starting appletalk daemons:' if [ -f ${ATALKDIR}/etc/atalkd ]; then ${ATALKDIR}/etc/atalkd; echo -n ' atalkd' fi if [ -f ${ATALKDIR}/bin/nbprgstr ]; then ${ATALKDIR}/bin/nbprgstr -p 4 `hostname|sed 's/\..*$//'`:Workstation echo -n ' nbprgstr' fi if [ -f ${ATALKDIR}/etc/papd ]; then ${ATALKDIR}/etc/papd -a; echo -n ' papd' fi if [ -f ${ATALKDIR}/etc/afpd ]; then ${ATALKDIR}/etc/afpd; echo -n ' afpd' fi if [ -f ${ATALKDIR}/etc/timelord ]; then ${ATALKDIR}/etc/timelord; echo -n ' timelord' fi echo '.' From netatalk-admins-request Thu Apr 21 12:16:48 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id MAA14897; Thu, 21 Apr 1994 12:16:48 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id MAA14895; Thu, 21 Apr 1994 12:16:46 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id MAA14886; Thu, 21 Apr 1994 12:16:37 -0400 Message-Id: <199404211616.MAA14886@terminator.rs.itd.umich.edu> From: Mark Smith To: zhang@whbws.ms.ornl.gov (Xiaoguang Zhang) cc: netatalk-admins@umich.edu Subject: Re: HPLJIII takes forever to print a file from Mac In-reply-to: Your message of "Tue, 19 Apr 1994 10:27:19 CDT." <9404191427.AA21929@whbws.ms.ornl.gov> Date: Thu, 21 Apr 1994 12:16:37 -0400 Sender: mcs@terminator.rs.itd.umich.edu >From: zhang@whbws.ms.ornl.gov (Xiaoguang Zhang) > To: netatalk-admins@umich.edu (netatalk netatalk) > > I have papd running on a DEC 3100 with Ultrix 4.1. It takes *FOREVER* to > print a simple one page text from a Mac. One time when I tried to print > a graph it never came out and lpq showed "printer stalled, no progress for > 15 hours". Is this normal? How can I fix it? > Below is my rc.atalk on the DEC. I'm running netatalk-1.3... Is the long wait between the Mac and DEC or between the DEC and the printer? In other words, does it take a long time to spool the job or does it take a long time to send the job to the printer? How is the printer attached to the DEC (serial or AppleTalk)? I would say a 15 hour or more wait is not normal; my guess is that there is a communication problem between netatalk and the printer. What kind of printer is it? -Mark From netatalk-admins-request Thu Apr 21 14:03:18 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id OAA17730; Thu, 21 Apr 1994 14:03:18 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id OAA17726; Thu, 21 Apr 1994 14:03:16 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id OAA17721; Thu, 21 Apr 1994 14:03:13 -0400 Resent-Message-Id: <199404211803.OAA17721@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.8.1/2.2) with ESMTP id IAA02887; Tue, 19 Apr 1994 08:16:06 -0400 From: Gerry.Tomlinson@newcastle.ac.uk Received: by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with X.500 id IAA10013; Tue, 19 Apr 1994 08:16:06 -0400 Received: from cheviot.ncl.ac.uk by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with SMTP id IAA09998; Tue, 19 Apr 1994 08:16:02 -0400 Received: from ncl.bygate (bygate.ncl.ac.uk) by cheviot.ncl.ac.uk id (5.65cVUW/NCL-CMA.1.35 for ) with SMTP; Tue, 19 Apr 1994 13:15:59 +0100 Message-Id: Subject: netatalk and solaris To: netatalk-admins@umich.edu Date: Tue, 19 Apr 1994 13:15:53 +0100 (BST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 286 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 21 Apr 1994 14:03:12 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu what's the current situation regarding netatalk and solaris? gerry. --- Gerry.Tomlinson@newcastle.ac.uk Computing Officer Department of Computing Science, University of Newcastle, Tel: +44 91 222 8139 Newcastle upon Tyne, NE1 7RU, United Kingdom. Fax: +44 91 222 8232 From netatalk-admins-request Thu Apr 21 14:04:58 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id OAA17813; Thu, 21 Apr 1994 14:04:58 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id OAA17805; Thu, 21 Apr 1994 14:04:54 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id OAA17791; Thu, 21 Apr 1994 14:04:46 -0400 Message-Id: <199404211804.OAA17791@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Gerry.Tomlinson@newcastle.ac.uk cc: netatalk-admins@umich.edu Subject: Re: netatalk and solaris In-reply-to: Your message of "Tue, 19 Apr 1994 13:15:53 BST." Date: Thu, 21 Apr 1994 14:04:46 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: Gerry.Tomlinson@newcastle.ac.uk > To: netatalk-admins@umich.edu > what's the current situation regarding netatalk and solaris? We are currently working on other ports -- in particular, netbsd/bsdi/freebsd and aix 3.2. I'm hoping that netatalk gets ported to solaris by little elves. Failing that, we will eventually begin a port. :wes From netatalk-admins-request Thu Apr 21 14:08:34 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id OAA17948; Thu, 21 Apr 1994 14:08:34 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id OAA17936; Thu, 21 Apr 1994 14:08:20 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id OAA17931; Thu, 21 Apr 1994 14:08:11 -0400 Resent-Message-Id: <199404211808.OAA17931@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id NAA16422; Thu, 21 Apr 1994 13:17:53 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with X.500 id NAA04262; Thu, 21 Apr 1994 13:17:52 -0400 Received: from austin.onu.edu by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with SMTP id NAA04203; Thu, 21 Apr 1994 13:17:39 -0400 Received: from [140.228.10.5] (acs-mac.onu.edu) by austin.onu.edu with SMTP id AA63209 (5.65c/IDA-1.4.4 for ); Thu, 21 Apr 1994 13:17:35 -0400 Message-Id: <199404211717.AA63209@austin.onu.edu> X-Sender: beer@austin.onu.edu Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 21 Apr 1994 13:17:36 -0500 To: netatalk-admins@umich.edu From: r-beer@onu.edu (Robert Beer) Subject: AIX version without AFS Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 21 Apr 1994 14:08:10 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Is there a version of netatalk that supports Phase 2 and does *not* use the Andrew File System for AIX? Any information would be greatly appreciated. From netatalk-admins-request Thu Apr 21 14:09:53 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id OAA18154; Thu, 21 Apr 1994 14:09:53 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id OAA18145; Thu, 21 Apr 1994 14:09:50 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id OAA18097; Thu, 21 Apr 1994 14:09:42 -0400 Message-Id: <199404211809.OAA18097@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: r-beer@onu.edu (Robert Beer) cc: netatalk-admins@umich.edu Subject: Re: AIX version without AFS In-reply-to: Your message of "Thu, 21 Apr 1994 13:17:36 CDT." <199404211717.AA63209@austin.onu.edu> Date: Thu, 21 Apr 1994 14:09:42 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: r-beer@onu.edu (Robert Beer) > To: netatalk-admins@umich.edu > Is there a version of netatalk that supports Phase 2 and does *not* use the > Andrew File System for AIX? Any information would be greatly appreciated. The only version of netatalk that works on AIX (3.1) and is support on this list does not support phase 2. :wes From netatalk-admins-request Fri Apr 22 18:31:24 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id SAA21653; Fri, 22 Apr 1994 18:31:24 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id SAA21650; Fri, 22 Apr 1994 18:31:22 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id SAA21644; Fri, 22 Apr 1994 18:31:20 -0400 Resent-Message-Id: <199404222231.SAA21644@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id RAA21383; Fri, 22 Apr 1994 17:58:21 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with X.500 id RAA17439; Fri, 22 Apr 1994 17:58:21 -0400 Received: from Central.KeyWest.MPGN.COM by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with SMTP id RAA17420; Fri, 22 Apr 1994 17:58:08 -0400 Received: by Central.KeyWest.MPGN.COM (5.65/DEC-Ultrix/4.3) id AA09327; Fri, 22 Apr 1994 17:57:14 -0400 Date: Fri, 22 Apr 1994 17:52:07 -0400 (EDT) From: "David E. Brooks Jr" Subject: Netatalk and Ultrix 4.4 To: netatalk-admins@umich.edu Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 22 Apr 1994 18:31:20 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Perhaps a silly question, but has netatalk 1.3.1 been confirmed to operate on Ultrix 4.4? We're preparing to upgrade and would like to be aware of any 'gotchas' (Other than the Makefiles don't recognize version 4.4) ahead of time. Thanks much, -- Dave Brooks -- David E. Brooks Jr Phone: (305) 293-8100 Tantalus Incorporated/Multi-Player Games Network Fax: (305) 292-7835 P.O. Box 2310 E-Mail: dbj@mpgn.com Key West, FL 33045 Quote: print chr$(34); From netatalk-admins-request Fri Apr 22 18:43:04 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id SAA21734; Fri, 22 Apr 1994 18:43:04 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id SAA21732; Fri, 22 Apr 1994 18:43:03 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id SAA21718; Fri, 22 Apr 1994 18:42:54 -0400 Message-Id: <199404222242.SAA21718@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: "David E. Brooks Jr" cc: netatalk-admins@umich.edu Subject: Re: Netatalk and Ultrix 4.4 In-reply-to: Your message of "Fri, 22 Apr 1994 17:52:07 EDT." Date: Fri, 22 Apr 1994 18:42:54 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: "David E. Brooks Jr" > To: netatalk-admins@umich.edu > Perhaps a silly question, but has netatalk 1.3.1 been confirmed to > operate on Ultrix 4.4? Nope, not yet. We just got the 4.4 CDROM on campus. We haven't upgraded our loan DECStation, yet. If you bring it up, or have trouble bringing it up, we're interested in hearing about it. :wes From netatalk-admins-request Fri Apr 29 18:23:36 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id SAA17783; Fri, 29 Apr 1994 18:23:36 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id SAA17781; Fri, 29 Apr 1994 18:23:35 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id SAA17773; Fri, 29 Apr 1994 18:23:33 -0400 Resent-Message-Id: <199404292223.SAA17773@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id RAA17330; Fri, 29 Apr 1994 17:32:24 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with X.500 id RAA00954; Fri, 29 Apr 1994 17:32:25 -0400 Received: from eqsun.geo.Arizona.EDU by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with SMTP id RAA00949; Fri, 29 Apr 1994 17:32:23 -0400 Received: by eqsun.geo.Arizona.EDU (4.1/eqsun-MX-1.4) id AA28471; Fri, 29 Apr 94 14:32:22 MST Date: Fri, 29 Apr 94 14:32:22 MST From: sorenson@eqsun.geo.Arizona.EDU (Steve Sorenson) Message-Id: <9404292132.AA28471@eqsun.geo.Arizona.EDU> To: netatalk-admins@umich.edu Subject: Broadcast storms Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 29 Apr 1994 18:23:33 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu I have been running netatalk 1.3.1 on two Sun workstations on the same subnet. Netatalk is used to provide printer service only. Recently, something appears to be triggering AppleTalk broadcast storms on this subnet. It appears that if I run netatalk on only one station, everything is ok, but if I run netatalk on two Sun's, after some random period of time, something triggers a broadcast storm between the two Sun's that brings the network to it's knees. Has anyone had a similar experience or have any suggestions? We are currently trying to monitor the net with a sniffer, but since the trigger seems to be somewhat random this is rather painstaking. Thanks, Steve From netatalk-admins-request Sat Apr 30 14:28:46 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id OAA04649; Sat, 30 Apr 1994 14:28:46 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id OAA04647; Sat, 30 Apr 1994 14:28:44 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id OAA04641; Sat, 30 Apr 1994 14:28:43 -0400 Resent-Message-Id: <199404301828.OAA04641@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id UAA18900; Fri, 29 Apr 1994 20:22:52 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with X.500 id UAA10753; Fri, 29 Apr 1994 20:22:48 -0400 Received: from guardian.apple.com by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with SMTP id UAA10748; Fri, 29 Apr 1994 20:22:43 -0400 Received: from federal-excess.apple.com by guardian.apple.com with SMTP (5.65/8-Oct-1993-eef) id AA28820; Fri, 29 Apr 94 16:21:40 -0700 Received: from quickmail.apple.com by federal-excess.apple.com with SMTP (5.64/26-Sep-1993-eef) id AA26465; Fri, 29 Apr 94 15:23:10 PDT for sorenson@eqsun.geo.Arizona.EDU Message-Id: <9404292223.AA26465@federal-excess.apple.com> Date: 29 Apr 1994 16:23:29 -0800 From: "Michael Johnson" Subject: Re: Broadcast storms To: "netatalk-admins*umich.edu" Cc: "Steve Sorenson" Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Sat, 30 Apr 1994 14:28:42 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu RE> Broadcast storms via Mail*Link(r) for PowerTalk(tm)/QM I have experienced the same thing here at Apple. At first I thought that Netatalk was "broken" on the second machine I brought up, but after many hours I determined that it has to do with the fact that two servers are running on the same subnet. I have had two servers running different subnets. I have to "modunload" netatalk on the second machine to keep it from flooding the net after it starts - simply killing the deamons didn't seem to work. The first machine has continued to operate correctly. MDJ ------ From: Steve Sorenson, Fri, Apr 29, 1994 ------ Mail*Link(r) SMTP Broadcast storms I have been running netatalk 1.3.1 on two Sun workstations on the same subnet. Netatalk is used to provide printer service only. Recently, something appears to be triggering AppleTalk broadcast storms on this subnet. It appears that if I run netatalk on only one station, everything is ok, but if I run netatalk on two Sun's, after some random period of time, something triggers a broadcast storm between the two Sun's that brings the network to it's knees. Has anyone had a similar experience or have any suggestions? We are currently trying to monitor the net with a sniffer, but since the trigger seems to be somewhat random this is rather painstaking. Thanks, Steve From netatalk-admins-request Sat Apr 30 14:33:53 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id OAA04799; Sat, 30 Apr 1994 14:33:53 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id OAA04794; Sat, 30 Apr 1994 14:33:52 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id OAA04785; Sat, 30 Apr 1994 14:33:51 -0400 Resent-Message-Id: <199404301833.OAA04785@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id BAA01768; Sat, 30 Apr 1994 01:03:41 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with X.500 id BAA19500; Sat, 30 Apr 1994 01:03:41 -0400 Received: from harper.Stanford.EDU by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with ESMTP id BAA19495; Sat, 30 Apr 1994 01:03:39 -0400 Received: (from shahrol@localhost) by harper.Stanford.EDU (8.6.8/8.6.6) id WAA01428; Fri, 29 Apr 1994 22:03:37 -0700 From: Shahrol Message-Id: <199404300503.WAA01428@harper.Stanford.EDU> Subject: Re: Broadcast storms To: sorenson@eqsun.geo.Arizona.EDU (Steve Sorenson) Date: Fri, 29 Apr 1994 22:03:36 -0700 (PDT) Cc: netatalk-admins@umich.edu In-Reply-To: <9404292132.AA28471@eqsun.geo.Arizona.EDU> from "Steve Sorenson" at Apr 29, 94 02:32:22 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 475 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Sat, 30 Apr 1994 14:33:50 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Steve Sorenson wrote: > > I have been running netatalk 1.3.1 on two Sun workstations > on the same subnet. Netatalk is used to provide printer > service only. Recently, something appears to be > triggering AppleTalk broadcast storms on this subnet. > we might have had the same thing happen. been scratching our respective heads trying to find out what had happened. we are running netatalk 1.3.1 on a 4/110 - 4.1.3_U1 and a SS10 - 4.1.3, file service only. -shahrol From netatalk-admins-request Sat Apr 30 15:45:48 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id PAA05889; Sat, 30 Apr 1994 15:45:48 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id PAA05887; Sat, 30 Apr 1994 15:45:47 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id PAA05870; Sat, 30 Apr 1994 15:45:32 -0400 Message-Id: <199404301945.PAA05870@terminator.rs.itd.umich.edu> To: Shahrol , sorenson@eqsun.geo.Arizona.EDU (Steve Sorenson), "Michael Johnson" cc: netatalk-admins@umich.edu Subject: Re: Broadcast storms From: wesley.craig@umich.edu Date: Sat, 30 Apr 1994 15:45:31 -0400 Sender: wes@terminator.rs.itd.umich.edu If one of you guys (or whoever might be experiencing problems like this) can send me some packets from a sniff during a broadcast storm, I'll see if I can find the problem. FYI, we have at least four netatalk machines on our office net and have only seen broadcast storms involving netatalk 1.3.1 once -- when one of our junior sysadmins brought up ARNS on one of the netatalk machine. :wes From netatalk-admins-request Sat Apr 30 16:46:04 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id QAA06254; Sat, 30 Apr 1994 16:46:04 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id QAA06252; Sat, 30 Apr 1994 16:46:03 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id QAA06245; Sat, 30 Apr 1994 16:46:02 -0400 Resent-Message-Id: <199404302046.QAA06245@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id PAA05985; Sat, 30 Apr 1994 15:59:43 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with X.500 id PAA11016; Sat, 30 Apr 1994 15:59:43 -0400 Received: from snre.umich.edu by totalrecall.rs.itd.umich.edu (8.6.7/2.2) with ESMTP id PAA11011; Sat, 30 Apr 1994 15:59:42 -0400 Received: by snre.umich.edu (8.6.8.1/2.2) id PAA09021; Sat, 30 Apr 1994 15:59:39 -0400 Date: Sat, 30 Apr 1994 15:59:39 -0400 (EDT) From: Alex Tang Subject: Re: Broadcast storms To: Shahrol cc: Steve Sorenson , netatalk-admins@umich.edu In-Reply-To: <199404300503.WAA01428@harper.Stanford.EDU> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Sat, 30 Apr 1994 16:46:02 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu On Fri, 29 Apr 1994, Shahrol wrote: > we might have had the same thing happen. been scratching our > respective heads trying to find out what had happened. > > we are running netatalk 1.3.1 on a 4/110 - 4.1.3_U1 and a SS10 - > 4.1.3, file service only. Hi. I've only seen this type of storm when I botched the configuration. When i fixed it everything was fine. ...alex... From netatalk-admins-request Fri May 6 11:24:31 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id LAA02386; Fri, 6 May 1994 11:24:31 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id LAA02382; Fri, 6 May 1994 11:24:27 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id LAA02376; Fri, 6 May 1994 11:24:25 -0400 Message-Id: <199405061524.LAA02376@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: Broadcast storms From: wesley.craig@umich.edu Date: Fri, 06 May 1994 11:24:25 -0400 Sender: wes@terminator.rs.itd.umich.edu I think we've just reproduced the problem... One check point: nets that experience this sit on a net-range of more than one, not a single net, right? :wes From netatalk-admins-request Fri May 6 15:33:23 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id PAA12304; Fri, 6 May 1994 15:33:23 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.2) with X.500 id PAA12300; Fri, 6 May 1994 15:33:22 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id PAA12290; Fri, 6 May 1994 15:33:18 -0400 Message-Id: <199405061933.PAA12290@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: network range broadcast storms (fix) From: wesley.craig@umich.edu Date: Fri, 06 May 1994 15:33:17 -0400 Sender: wes@terminator.rs.itd.umich.edu Here's a patch for broadcast storms caused by multiple netatalk machines in a single net-range. Please find a patch attached. This fix will be included (among other things) in netatalk-1.3.2, which I'll try to get out in a week or so. :wes --- cut --- *** sys/netatalk/ddp_input.c- Fri May 6 14:27:04 1994 --- sys/netatalk/ddp_input.c Fri May 6 14:25:39 1994 *************** *** 39,44 **** --- 39,45 ---- #include "ddp.h" #include "ddp_var.h" + int ddp_forward = 1; int ddp_deaf = 0; extern int ddp_cksum; extern u_short at_cksum(); *************** *** 238,245 **** to.sat_addr.s_node == 0 ) { break; } ! if ( to.sat_addr.s_net != AA_SAT( aa )->sat_addr.s_net && ! to.sat_addr.s_net != 0 && ( to.sat_addr.s_net < 0xff00 || to.sat_addr.s_net > 0xfffe )) { continue; --- 239,246 ---- to.sat_addr.s_node == 0 ) { break; } ! if (( to.sat_addr.s_net < aa->aa_firstnet || ! to.sat_addr.s_net > aa->aa_lastnet ) && ( to.sat_addr.s_net < 0xff00 || to.sat_addr.s_net > 0xfffe )) { continue; *************** *** 280,285 **** --- 281,290 ---- */ if ( aa == NULL || ( to.sat_addr.s_node == ATADDR_BCAST && aa->aa_ifp != ifp && ( ifp->if_flags & IFF_LOOPBACK ) == 0 )) { + if ( ddp_forward == 0 ) { + m_freem( m ); + return; + } if ( forwro.ro_rt && ( satosat( &forwro.ro_dst )->sat_addr.s_net != to.sat_addr.s_net || satosat( &forwro.ro_dst )->sat_addr.s_node != --- cut --- From netatalk-admins-request Wed May 11 15:44:56 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA28003; Wed, 11 May 1994 15:44:56 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA27999; Wed, 11 May 1994 15:44:54 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id PAA27993; Wed, 11 May 1994 15:44:53 -0400 Resent-Message-Id: <199405111944.PAA27993@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id PAA27197; Wed, 11 May 1994 15:09:57 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.7/2.3) with X.500 id PAA29473; Wed, 11 May 1994 15:09:57 -0400 Received: from dartvax.dartmouth.edu by totalrecall.rs.itd.umich.edu (8.6.7/2.3) with ESMTP id PAA29464; Wed, 11 May 1994 15:09:55 -0400 Received: from dancer.Dartmouth.EDU by dartvax.dartmouth.edu (8.6.8.1+DND/4.5HUB) id PAA22640; Wed, 11 May 1994 15:09:53 -0400 Message-id: <3860745@dancer.Dartmouth.EDU> Date: 11 May 94 15:09:39 EDT From: David.M.Fisher@Dartmouth.EDU (David M. Fisher) Subject: compiling netatalk 1.3.1 To: netatalk-admins@itd.umich.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 11 May 1994 15:44:52 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi. I am trying to get netatalk running on a SparcStation running 4.1.2, and having problems with some of the libraries dealing with the kerberos authentication part. Does anyone out there have the interesting binaries compiled for my kind of machine that they would let me download? I am under a slight time constraint, and would appreciate being able to get this thing working on time. Thanks for any help. --- David Fisher Workstation Consultant & System Administrator email: david.fisher@dartmouth.edu WWW/Mosaic/Lynx: http://geminga.dartmouth.edu/~springs Phone: (603) 646-1412 --- From netatalk-admins-request Thu May 12 11:30:19 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA20982; Thu, 12 May 1994 11:30:19 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA20977; Thu, 12 May 1994 11:30:17 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id LAA20971; Thu, 12 May 1994 11:30:14 -0400 Resent-Message-Id: <199405121530.LAA20971@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id KAA14919; Thu, 12 May 1994 10:05:31 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.7/2.3) with X.500 id KAA08137; Thu, 12 May 1994 10:05:31 -0400 Received: from dartvax.dartmouth.edu by totalrecall.rs.itd.umich.edu (8.6.7/2.3) with ESMTP id KAA08116; Thu, 12 May 1994 10:05:24 -0400 Received: from dancer.Dartmouth.EDU by dartvax.dartmouth.edu (8.6.8.1+DND/4.5HUB) id KAA17867; Thu, 12 May 1994 10:05:23 -0400 Message-id: <3887275@dancer.Dartmouth.EDU> Date: 12 May 94 10:05:18 EDT From: David.M.Fisher@Dartmouth.EDU (David M. Fisher) Subject: compiling netatalk To: netatalk-admins@itd.umich.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 12 May 1994 11:30:12 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Thank you all for your responses... The problem turned out to be one that had been discussed here before. I needed to include the library "libaudit.a" in the new AFS release. Once I fixed that, and patched a couple other holes, things went well. --- David Fisher Workstation Consultant & System Administrator email: david.fisher@dartmouth.edu WWW/Mosaic/Lynx: http://geminga.dartmouth.edu/~springs Phone: (603) 646-1412 --- From netatalk-admins-request Thu May 19 14:58:08 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id OAA23454; Thu, 19 May 1994 14:58:08 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id OAA23451; Thu, 19 May 1994 14:58:05 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id OAA23437; Thu, 19 May 1994 14:58:01 -0400 Resent-Message-Id: <199405191858.OAA23437@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id VAA05483; Wed, 18 May 1994 21:52:37 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id VAA14813; Wed, 18 May 1994 21:52:37 -0400 Received: from po2.transarc.com by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with SMTP id VAA14808; Wed, 18 May 1994 21:52:35 -0400 Received: by po2.transarc.com (5.54/3.15) id for netatalk-admins@umich.edu; Wed, 18 May 94 21:52:16 EDT Received: via switchmail; Wed, 18 May 1994 21:52:15 -0400 (EDT) Received: from unix1 via qmail ID ; Wed, 18 May 1994 21:51:29 -0400 (EDT) Received: from unix1 via qmail ID ; Wed, 18 May 1994 21:51:27 -0400 (EDT) Received: from BatMail.robin.v2.12.CUILIB.3.45.SNAP.NOT.LINKED.unix1.sun4.40 via MS.5.6.unix1.sun4_40; Wed, 18 May 1994 21:51:27 -0400 (EDT) Message-Id: Date: Wed, 18 May 1994 21:51:27 -0400 (EDT) From: Pat_Barron@transarc.com To: netatalk-admins@umich.edu Subject: netatalk 1.3.1 and AFS Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 19 May 1994 14:58:01 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu I'm trying to bring up netatalk 1.3.1 here, and I'm kind of confused about how all of the AFS pieces fit in; I imagine a lot of the confusion is because I'm not familiar enough with how "genuine" MIT Kerberos works. I'd imagine that anyone else trying to do this who is running our kaserver instead of MIT Kerberos would be in the same boat. The README.AFS file says I have to put a "afpserver.nbpname@realm" entry into /etc/srvtab. Doesn't there have to be a service key in here as well? What does that have to look like? Is this actually an ASCII file I can edit, or do I have to use something like "make_srvtab" to build it (which I can't do, since we're not running MIT Kerberos)? I built MIT Kerberos 4 and installed it in order to get the libraries and include files necessary to build netatalk, but for AFS authentication we are using our kaserver (which is kind of an implementation of Kerberos, but among other things, there are no /etc/srvtab, /etc/krb.conf, or /etc/krb.realms files). Thanks, --Pat. From netatalk-admins-request Thu May 19 19:27:24 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id TAA27717; Thu, 19 May 1994 19:27:24 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id TAA27714; Thu, 19 May 1994 19:27:22 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id TAA27706; Thu, 19 May 1994 19:27:21 -0400 Resent-Message-Id: <199405192327.TAA27706@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id PAA24475; Thu, 19 May 1994 15:53:36 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA26957; Thu, 19 May 1994 15:53:35 -0400 Received: from tis.telos.com by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id PAA26949; Thu, 19 May 1994 15:53:33 -0400 Received: from arachnid.tis.telos.com (arachnid.tis.telos.com [198.116.7.48]) by tis.telos.com (8.6.4/8.6.4) with ESMTP id PAA04625; Thu, 19 May 1994 15:53:10 -0400 Received: from arachnid by arachnid.tis.telos.com (8.6.6.Beta5) id PAA01524; Thu, 19 May 1994 15:53:10 -0400 Message-Id: <199405191953.PAA01524@arachnid.tis.telos.com> To: Pat_Barron@transarc.com Cc: netatalk-admins@umich.edu Subject: Re: netatalk 1.3.1 and AFS In-reply-to: Your message of "Wed, 18 May 1994 21:51:27 EDT." Date: Thu, 19 May 1994 15:53:08 -0400 From: "Matthew V. J. Whalen" Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 19 May 1994 19:27:21 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu >I'm trying to bring up netatalk 1.3.1 here, and I'm kind of confused >about how all of the AFS pieces fit in; I imagine a lot of the >confusion is because I'm not familiar enough with how "genuine" MIT >Kerberos works. I'd imagine that anyone else trying to do this who is >running our kaserver instead of MIT Kerberos would be in the same boat. > >The README.AFS file says I have to put a "afpserver.nbpname@realm" >entry into /etc/srvtab. Doesn't there have to be a service key in >here as well? What does that have to look like? Is this actually an >ASCII file I can edit, or do I have to use something like >"make_srvtab" to build it (which I can't do, since we're not running >MIT Kerberos)? > >I built MIT Kerberos 4 and installed it in order to get the libraries >and include files necessary to build netatalk, but for AFS >authentication we are using our kaserver (which is kind of an >implementation of Kerberos, but among other things, there are no >/etc/srvtab, /etc/krb.conf, or /etc/krb.realms files). > This seems to be a common problem. Since I installed netatalk I've already helped RPI and NIH install it too. If you are still confused, please feel free to email me or call me at (703) 708-1621. -matthew From netatalk-admins-request Fri May 20 11:40:00 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA16880; Fri, 20 May 1994 11:40:00 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA16876; Fri, 20 May 1994 11:39:58 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id LAA16871; Fri, 20 May 1994 11:39:56 -0400 Resent-Message-Id: <199405201539.LAA16871@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id HAA13297; Fri, 20 May 1994 07:50:49 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id HAA15748; Fri, 20 May 1994 07:50:50 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id HAA15743; Fri, 20 May 1994 07:50:49 -0400 Received: from po5.andrew.cmu.edu by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id HAA15738; Fri, 20 May 1994 07:50:46 -0400 Received: (from postman@localhost) by po5.andrew.cmu.edu (8.6.7/8.6.6) id HAA02761 for netatalk-request@umich.edu; Fri, 20 May 1994 07:50:41 -0400 Received: via switchmail; Fri, 20 May 1994 07:50:39 -0400 (EDT) Received: from hygiea.weh.andrew.cmu.edu via qmail ID ; Fri, 20 May 1994 07:49:14 -0400 (EDT) Received: from hygiea.weh.andrew.cmu.edu via qmail ID ; Fri, 20 May 1994 07:49:04 -0400 (EDT) Received: from mms.4.60.Nov..4.1993.10.47.32.pmax.ul4.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.hygiea.weh.andrew.cmu.edu.pmax.ul4 via MS.5.6.hygiea.weh.andrew.cmu.edu.pmax_ul4; Fri, 20 May 1994 07:49:04 -0400 (EDT) Message-ID: Date: Fri, 20 May 1994 07:49:04 -0400 (EDT) From: "Derrick J. Brashear" To: netatalk-request@umich.edu, Pat_Barron@transarc.com Subject: Re: netatalk 1.3.1 and AFS In-Reply-To: Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 20 May 1994 11:39:56 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Excerpts from internet.computing.netatalk-admins: 18-May-94 netatalk 1.3.1 and AFS by Pat_Barron@transarc.com > The README.AFS file says I have to put a "afpserver.nbpname@realm" > entry into /etc/srvtab. Doesn't there have to be a service key in > here as well? What does that have to look like? Is this actually an > ASCII file I can edit, or do I have to use something like > "make_srvtab" to build it (which I can't do, since we're not running > MIT Kerberos)? ksrvutil has this functionality; You can get it from export.acs.cmu.edu:/pub/kerberos/ksrvutil.tar.Z, I believe. -D From netatalk-admins-request Fri May 20 11:41:08 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA16916; Fri, 20 May 1994 11:41:08 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA16913; Fri, 20 May 1994 11:41:07 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with SMTP id LAA16904; Fri, 20 May 1994 11:41:06 -0400 Resent-Message-Id: <199405201541.LAA16904@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id KAA15815; Fri, 20 May 1994 10:40:43 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id KAA29704; Fri, 20 May 1994 10:40:43 -0400 Received: from tis.telos.com by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id KAA29690; Fri, 20 May 1994 10:40:40 -0400 Received: from arachnid.tis.telos.com (arachnid.tis.telos.com [198.116.7.48]) by tis.telos.com (8.6.4/8.6.4) with ESMTP id KAA05310; Fri, 20 May 1994 10:40:12 -0400 Received: from arachnid by arachnid.tis.telos.com (8.6.6.Beta5) id KAA02097; Fri, 20 May 1994 10:40:11 -0400 Message-Id: <199405201440.KAA02097@arachnid.tis.telos.com> To: netatalk-admins@umich.edu Cc: whalenm@tis.telos.com, ian@tis.telos.com Subject: Re: building netatalk 1.3.1 for kaserver authentication In-reply-to: Your message of "Fri, 20 May 1994 08:47:38 EDT." <9405201247.AA15574@convex.cl.msu.edu> Date: Fri, 20 May 1994 10:40:10 -0400 From: "Matthew V. J. Whalen" Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 20 May 1994 11:41:05 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Since I have received other requests now for help with netatalk with kaserver (Kerberos from Transarc), I am sending a very brief description of what seems to be the most common problems and how to deal with them.... Since this seems to be a very common problem, I'm trying to write a little summary of how to install netatalk using Transarc's kaserver instead of MIT Kerberos 4. I am assuming that you have been able to compile and link all the netatalk pieces using the -DAFS flags for afpd. Things that seem to get a lot of people confused: 1) libkrb: If you are using the kaserver, you must remember that the string-to-key function is different for the kaserver. From the kerberos FAQ: "...the AFS version uses the realm name as part of the computation while the MIT version does not." This means that you must change the string-to-key function in your libkrb. If you do not have this patch, I can provide one for you. The one I have came from the University of Michigan and is (I think) provided without any support whatsoever. 2) /etc/srvtab: This seems to confuse a lot of people too since kaserver doesn't have a srvtab. You need to pick up ksrvutil from ftp://export.acs.cmu.edu/pub/kerberos/ksrvutil.tar.Z. Make sure that you compile it with the changed libkrb mentioned above. Use this to create a principal with the form: afpserver.nbpname@realm. I didn't find this to be very clear, so let me elaborate: I called my afp server "AFS_Translator" (the chooser name), and my cell name is telos.com. So....my entry in /etc/srvtab is afpserver.AFS_Translator@TELOS.COM. Be aware that if you do not specify an afpserver name, it will default to the server machine's hostname (not fully qualified). Install the srvtab that ksrvutil created. 3) UAM: Pick of from the University of Michigan the Macintosh UAM. I don't know why Apple does the things they do, but the UAM is not so obvious to install - By default, your Macs will not create the folder you need to place it in. In the system folder, create a folder called "AppleShare Folder" and place the UAM there. I've been told that Michigan has a UAM that allows you to use passwords longer than 8 characters. You might want to try talking to Marcus Watts - he seems to know what's going on - or you could try Wes Craig. If you install this UAM, you probably want to also modify the source code to allow users to change their passwords to be longer than 8 characters. Look in the file {netatalk}/etc/afpd/passwd.c for the change. I have wanted to (but not done it) make the changes to use the kpwvalid program that is part of AFS 3.3. 4) If you get all this going, then notice that you have no volumes to mount, you probably want to use a default AppleVolumes files. If you are using netatalk 1.3.1, look in the man page for afpd - it will tell you what you need to do. Finally - a little plug for something that I am desperately hoping that someone is working on (I know that wes is hoping that someone else will do this too). If anyone gets netatalk working under Solaris 2.3, please let me know! Anyway - hope that this helps - and feel free to send me email if you have any more problems. -matthew whalenm@tis.telos.com From netatalk-admins-request Wed Jun 22 13:34:14 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id NAA00115; Wed, 22 Jun 1994 13:34:14 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id NAA00108; Wed, 22 Jun 1994 13:34:12 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id NAA00100; Wed, 22 Jun 1994 13:34:10 -0400 Resent-Message-Id: <199406221734.NAA00100@terminator.rs.itd.umich.edu> Replied: Wed, 22 Jun 1994 13:34:06 -0400 Replied: Andy Reid (Tel +44 784 443176) Replied: netatalk-admins@umich.edu Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id NAA29849; Wed, 22 Jun 1994 13:27:06 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id NAA28167; Wed, 22 Jun 1994 13:27:07 -0400 Received: from sun2.nsfnet-relay.ac.uk by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with SMTP id NAA28161; Wed, 22 Jun 1994 13:27:05 -0400 Via: uk.ac.rhbnc.dcs; Wed, 22 Jun 1994 18:26:43 +0100 X400-Received: by mta dir.rhbnc.ac.uk in /PRMD=UK.AC/ADMD= /C=GB/; Relayed; Wed, 22 Jun 1994 18:24:42 +0000 Date: Wed, 22 Jun 1994 18:24:42 +0000 X400-Originator: a.reid@rhbnc.ac.uk X400-Recipients: non-disclosure:; X400-MTS-Identifier: [/PRMD=UK.AC/ADMD= /C=GB/;dir.rhbnc.ac:245220:940622182441] X400-Content-Type: P2-1988 (22) Content-Identifier: Netatalk acce... From: Andy Reid (Tel +44 784 443176) Message-ID: <"WhiteMail 2E08E36D */I=a/S=reid/O=rhbnc/PRMD=uk.ac/ADMD= /C=gb/"@MHS> To: netatalk-admins@umich.edu (Non Receipt Notification Requested) Cc: a.reid@rhbnc.ac.uk Subject: Netatalk access privilege problem Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 22 Jun 1994 13:34:10 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu I am running Netatalk 1.3 on a Sparc Classic running SunOS 4.1.3 and have set up a user account with user access privileges. The user chooses the mounted disk and enters his password as appropriate. The folder is opened. If he then tries to create a folder on that file system he gets the error: "You cannot create a folder in the window because you do not have enough access privileges" If he clicks OK there is a pause and then the folder is created. If he tries to move an existing folder complete with messages, by dragging and dropping the folder into the same window the same thing happens except that after OKing the error message he then gets similar errors for each file moved. If he clicks Continue for each error he eventually is left with the new folder created, but nothing in it. This behaviour seems odd. Any thoughts? Andy Reid RHBNC From netatalk-admins-request Wed Jun 22 13:34:18 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id NAA00138; Wed, 22 Jun 1994 13:34:18 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id NAA00135; Wed, 22 Jun 1994 13:34:17 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id NAA29989; Wed, 22 Jun 1994 13:34:05 -0400 Message-Id: <199406221734.NAA29989@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Andy Reid (Tel +44 784 443176) cc: netatalk-admins@umich.edu Subject: Re: Netatalk access privilege problem In-reply-to: Your message of "Wed, 22 Jun 1994 18:24:42 -0000." <"WhiteMail 2E08E36D */I=a/S=reid/O=rhbnc/PRMD=uk.ac/ADMD= /C=gb/"@MHS> Date: Wed, 22 Jun 1994 13:34:05 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: Andy Reid (Tel +44 784 443176) > To: netatalk-admins@umich.edu (Non Receipt Notification Requested) > If he then tries to create a folder on that file system he > gets the error: > "You cannot create a folder in the window because you do not have > enough access privileges" > If he clicks OK there is a pause and then the folder is created. This is a very commmon configuration error. The user is not in the group of the parent directory. When the Mac attempts to set the group of the newly created directory to be the same as the parent, this error is generated. The fix is to change the group of the directory to a group the user is a member of. :wes From netatalk-admins-request Thu Jun 23 11:24:58 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA23812; Thu, 23 Jun 1994 11:24:58 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA23808; Thu, 23 Jun 1994 11:24:57 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id LAA23803; Thu, 23 Jun 1994 11:24:56 -0400 Resent-Message-Id: <199406231524.LAA23803@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id EAA19440; Thu, 23 Jun 1994 04:36:47 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id EAA29570; Thu, 23 Jun 1994 04:36:47 -0400 Received: from sun2.nsfnet-relay.ac.uk by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with SMTP id EAA29553; Thu, 23 Jun 1994 04:36:06 -0400 Via: uk.ac.scot-agric-res-inst.rowett; Thu, 23 Jun 1994 09:35:00 +0100 Via: rri8.yprri; Thu, 23 Jun 94 09:35:17 BST Newsgroups: netatalk-admins Path: jl From: jl@rowett.scot-agric-res-inst.ac.uk (Jim Lomax) Subject: Phase Routing Message-Id: <1994Jun23.083559.707@rri.sari.ac.uk> Reply-To: jl@rowett.scot-agric-res-inst.ac.uk Organization: Rowett Research Institute X-Newsreader: TIN [version 1.2 PL0] Date: Thu, 23 Jun 1994 08:35:59 GMT Apparently-To: Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 23 Jun 1994 11:24:55 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu I am just upgrading our Netatalk installation to 1.3.1 and am having some difficulty getting the system to support both Phase 1 and Phase 2 connections [since until now everyone has downgraded their Macs to phase 1 to use Netatalk 1.2 there will be a need to cover both for some time]. According to FAQ from terminator 1.3 does (yup) do phase 1 and 2 "and route between them on the same interface". Can someone tell me how this is set up, please. ____________________________________________________________________________ | Jim Lomax | Dr J.A. Lomax, Rowett Research Institute| | JANET jl@uk.ac.sari.rri | Bucksburn, Aberdeen, AB2 9SB, Scotland | | other jl@rri.sari.ac.uk | Tel +44/0 224 716679(direct) 715349(fax)| |__________________________________|_________________________________________| From netatalk-admins-request Thu Jun 23 11:30:02 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA23949; Thu, 23 Jun 1994 11:30:02 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA23947; Thu, 23 Jun 1994 11:30:01 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id LAA23889; Thu, 23 Jun 1994 11:27:29 -0400 Message-Id: <199406231527.LAA23889@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: jl@rowett.scot-agric-res-inst.ac.uk cc: netatalk-admins@umich.edu Subject: Re: Phase Routing In-reply-to: Your message of "Thu, 23 Jun 1994 08:35:59 GMT." <1994Jun23.083559.707@rri.sari.ac.uk> Date: Thu, 23 Jun 1994 11:27:28 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: jl@rowett.scot-agric-res-inst.ac.uk (Jim Lomax) > According to FAQ from terminator 1.3 does (yup) do phase 1 and 2 "and > route between them on the same interface". > Can someone tell me how this is set up, please. Sure. Try this: le0 -phase 2 le0 -phase 1 Since the phase 1 and phase 2 interfaces "count" as different interfaces, having both of these lines will turn routing on. If you don't have another router on the net to supply the netranges and zones, you'll need to supply them above, after the -phase {1|2}. :wes From netatalk-admins-request Fri Jul 8 14:09:37 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id OAA29036; Fri, 8 Jul 1994 14:09:37 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id OAA29023; Fri, 8 Jul 1994 14:09:36 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id OAA29016; Fri, 8 Jul 1994 14:09:34 -0400 Message-Id: <199407081809.OAA29016@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: "Roy Hockett" cc: netatalk-admins@umich.edu Subject: Re: Re(3): Personal Laserwriter NTR printing problem at NUBS In-reply-to: Your message of "08 Jul 1994 13:31:23 EDT." <199407081731.NAA05948@runningman.rs.itd.umich.edu> Date: Fri, 08 Jul 1994 14:09:33 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: "Roy Hockett" > To: "wesley.craig@umich.edu" > Well you hit the nail on the head, do you know of a way to set the printer > so that it will respond to packets with the DDP Check sum calculated. If not > can you configure netatalk to not calculate DDP Check sums on PAP packets? Well, I assume that it's *not* a configuration problem on the printer, but a bug. There is a variable, ddp_cksum, in the netatalk kernel module which will disable DDP checksum calculations. You can set it in sys/netatalk/ddp_output.c and rebuild, or you can set it in the already built module with: adb -w /usr/local/atalk/etc/netatalk.o ddp_cksum?W0 Or, you can set it in the running system with: adb -w -k /usr/local/atalk/etc/netatalk /dev/mem ddp_cksum/W0 If you set it in the running system, it will need to be done after each reboot. :wes From netatalk-admins-request Fri Jul 8 17:51:10 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id RAA04192; Fri, 8 Jul 1994 17:51:10 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id RAA04190; Fri, 8 Jul 1994 17:51:07 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id RAA04183; Fri, 8 Jul 1994 17:51:05 -0400 Resent-Message-Id: <199407082151.RAA04183@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id QAA01960; Fri, 8 Jul 1994 16:03:48 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id QAA14589; Fri, 8 Jul 1994 16:03:49 -0400 Received: from dijkstra.cba.csuohio.edu by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id QAA14565; Fri, 8 Jul 1994 16:03:45 -0400 Received: from localhost by dijkstra.cba.csuohio.edu (8.6.5/94.6.25) id QAA11667; Fri, 8 Jul 1994 16:03:43 -0400 From: doleh@dijkstra.cba.csuohio.edu (Yaser K. Doleh) Message-Id: <199407082003.QAA11667@dijkstra.cba.csuohio.edu> Subject: netatalk and PhoneNet To: netatalk-admins@umich.edu Date: Fri, 8 Jul 1994 16:03:42 -0400 (EDT) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 348 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 08 Jul 1994 17:51:05 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Can somebody tell me why PhoneNet and netatalk don't like each others ? Or how do I make PhoneNet 3.0 work with netatalk Thanks Very Truly Yours, Yaser Doleh Department of Computer and Information Science Cleveland State University Phone: (216)687-3845 Cleveland, OH 44115 FAX : (216)687-5448 From netatalk-admins-request Wed Jul 13 15:07:18 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA21795; Wed, 13 Jul 1994 15:07:18 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA21791; Wed, 13 Jul 1994 15:07:16 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id PAA21787; Wed, 13 Jul 1994 15:07:15 -0400 Resent-Message-Id: <199407131907.PAA21787@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id WAA28290; Tue, 12 Jul 1994 22:20:54 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id WAA17110; Tue, 12 Jul 1994 22:20:54 -0400 Received: from get.wired.com by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id WAA17105; Tue, 12 Jul 1994 22:20:51 -0400 Received: from [140.174.72.161] by get.wired.com (8.6.5/8.6.5) with SMTP id TAA20698; Tue, 12 Jul 1994 19:20:49 -0700 Message-Id: <199407130220.TAA20698@get.wired.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 12 Jul 1994 19:19:34 -0800 To: netatalk-admins@umich.edu From: sanner@wired.com (David J. Sanner) Subject: Anyone running netatalk on BSDI or Solaris ? Cc: matthew@get.wired.com Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 13 Jul 1994 15:07:14 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Sorry to fill you box up with this but I looking for an AppleShare server to run on our BSDI or possible Solaris 2.3 that we might be getting. Is anyone running it on BSDI ? How about Solaris 2.3? Any other suggestions for AppleShare servers if netatalk won't work for me? Thanks a lot, David. From netatalk-admins-request Tue Jul 19 16:21:04 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id QAA00555; Tue, 19 Jul 1994 16:21:04 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id QAA00547; Tue, 19 Jul 1994 16:21:02 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id QAA00531; Tue, 19 Jul 1994 16:20:57 -0400 Message-Id: <199407192020.QAA00531@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: stephen@cci.tamu.edu (Stephen Johnson) cc: netatalk-admins@umich.edu Subject: Re: netatalk supporting NEXTSTEP In-reply-to: Your message of "Tue, 19 Jul 1994 15:16:47 CDT." <9407192016.AA00347@ cci.tamu.edu.tamu.edu > Date: Tue, 19 Jul 1994 16:20:56 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: stephen@cci.tamu.edu (Stephen Johnson) > To: netatalk-admins@itd.umich.edu > Any ideas as to when netatalk will support NEXTSTEP and what version > of NEXTSTEP will be required? Probably never, at this point. The guys that was working on the port has graduated and moved to Dallas. He also started the port when NeXT was a healthier company. :wes From netatalk-admins-request Tue Jul 19 16:19:41 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id QAA00509; Tue, 19 Jul 1994 16:19:41 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id QAA00506; Tue, 19 Jul 1994 16:19:40 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id QAA00500; Tue, 19 Jul 1994 16:19:38 -0400 Resent-Message-Id: <199407192019.QAA00500@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id QAA00432; Tue, 19 Jul 1994 16:15:18 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id QAA28442; Tue, 19 Jul 1994 16:15:18 -0400 Received: from mail.tamu.edu by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with SMTP id QAA28437; Tue, 19 Jul 1994 16:15:13 -0400 Received: from cci.tamu.edu.tamu.edu (CCI.TAMU.EDU) by mail.tamu.edu with SMTP id AA21953 (5.67b/IDA-1.5 for ); Tue, 19 Jul 1994 15:15:06 -0500 Received: by cci.tamu.edu.tamu.edu (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0) id AA00347; Tue, 19 Jul 94 15:16:47 CDT Date: Tue, 19 Jul 94 15:16:47 CDT From: stephen@cci.tamu.edu (Stephen Johnson) Message-Id: <9407192016.AA00347@ cci.tamu.edu.tamu.edu > Received: by NeXT Mailer (1.62) To: netatalk-admins@itd.umich.edu Subject: netatalk supporting NEXTSTEP Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 19 Jul 1994 16:19:38 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Any ideas as to when netatalk will support NEXTSTEP and what version of NEXTSTEP will be required? Stephen Johnson, srjohnson@tamu.edu Texas A&M University Ass't Micro Computer Specialist Dept. of Food Services 409-845-3072 College Station, TX 77843-1374 - NOT AN OFFICIAL DOCUMENT OF TAMU - 409-845-3005 From netatalk-admins-request Wed Jul 20 11:46:14 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA25525; Wed, 20 Jul 1994 11:46:14 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA25521; Wed, 20 Jul 1994 11:46:12 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id LAA25515; Wed, 20 Jul 1994 11:46:10 -0400 Message-Id: <199407201546.LAA25515@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: netatalk for * From: wesley.craig@umich.edu Date: Wed, 20 Jul 1994 11:46:10 -0400 Sender: wes@terminator.rs.itd.umich.edu Several people has asked about future supported platforms. We have a working port for NetBSD. We will be moving this port to BSDI and FreeBSD. The only new platform in the next release, 1.3.2, will be *BSD. There is also a port to AIX, as some of you know. We hope to integrate support for AIX 3.2 before the 1.3.3 release. That's all of the definite plans we have, at the moment. :wes From netatalk-admins-request Wed Jul 20 13:05:41 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id NAA27638; Wed, 20 Jul 1994 13:05:41 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id NAA27636; Wed, 20 Jul 1994 13:05:39 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id NAA27630; Wed, 20 Jul 1994 13:05:35 -0400 Resent-Message-Id: <199407201705.NAA27630@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id MAA26644; Wed, 20 Jul 1994 12:38:27 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id MAA22711; Wed, 20 Jul 1994 12:38:27 -0400 Received: from rai.com by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with SMTP id MAA22697; Wed, 20 Jul 1994 12:38:24 -0400 Received: from [192.204.56.10] (laforge.rai.com) by rai.com (4.1/5.17) id AA01171; Wed, 20 Jul 94 12:35:28 EDT Message-Id: <9407201635.AA01171@rai.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 20 Jul 1994 12:35:29 -0400 To: wesley.craig@umich.edu, netatalk-admins@umich.edu From: jared@rai.com (Jared M. Oberhaus) Subject: Re: netatalk for * Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 20 Jul 1994 13:05:35 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu At 11:46 AM 7/20/94 -0400, wesley.craig@umich.edu wrote: >Several people has asked about future supported platforms. We have a >working port for NetBSD. We will be moving this port to BSDI and >FreeBSD. The only new platform in the next release, 1.3.2, will be >*BSD. There is also a port to AIX, as some of you know. We hope to >integrate support for AIX 3.2 before the 1.3.3 release. > >That's all of the definite plans we have, at the moment. > >:wes I believe Linux would be supported (with a few changes) after it's ported to BSD. Anyone else concurr? Or want to try and hack the BSD version later on? ----------------------------------------------------------------------------- Jared M. Oberhaus jared@rai.com Research Access, Inc. http://www.rai.com/exec_staff/oberhaus/home.html Vice President of Research and Development (412)321-2992 ---------------------------------------------------------------------------- - From netatalk-admins-request Wed Jul 20 13:07:53 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id NAA27761; Wed, 20 Jul 1994 13:07:53 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id NAA27758; Wed, 20 Jul 1994 13:07:52 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id NAA27748; Wed, 20 Jul 1994 13:07:48 -0400 Message-Id: <199407201707.NAA27748@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: jared@rai.com (Jared M. Oberhaus) cc: netatalk-admins@umich.edu Subject: Re: netatalk for * In-reply-to: Your message of "Wed, 20 Jul 1994 12:35:29 EDT." <9407201635.AA01171@rai.com> Date: Wed, 20 Jul 1994 13:07:48 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: jared@rai.com (Jared M. Oberhaus) > To: wesley.craig@umich.edu, netatalk-admins@umich.edu > I believe Linux would be supported (with a few changes) after it's ported > to BSD. Anyone else concurr? Or want to try and hack the BSD version later > on? Actually, I think someone is working on a separate port to Linux. :wes From netatalk-admins-request Tue Aug 2 17:33:22 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id RAA00699; Tue, 2 Aug 1994 17:33:22 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id RAA00693; Tue, 2 Aug 1994 17:33:21 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id RAA00687; Tue, 2 Aug 1994 17:33:19 -0400 Resent-Message-Id: <199408022133.RAA00687@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id UAA24565; Tue, 26 Jul 1994 20:07:54 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id UAA11095; Tue, 26 Jul 1994 20:07:55 -0400 Received: from sdsu.edu by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id UAA11090; Tue, 26 Jul 1994 20:07:53 -0400 Received: from sunstroke.SDSU.EDU (morris@sunstroke.sdsu.edu [130.191.226.1]) by sdsu.edu (8.6.9/8.6.9) with SMTP id RAA13458 for ; Tue, 26 Jul 1994 17:07:52 -0700 Received: by sunstroke.SDSU.EDU (4.1/SDSU-GENERIC.3) id AA18997; Tue, 26 Jul 1994 17:07:51 -0700 Date: Tue, 26 Jul 1994 17:07:51 -0700 From: morris@sunstroke.sdsu.edu (Bill Morris) Message-Id: <199407270007.AA18997@sunstroke.SDSU.EDU> To: netatalk-admins@umich.edu Subject: Laserwriter Hiding Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 02 Aug 1994 17:33:19 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Please forgive me if this is a silly question. I've RTFM'ed all of the manuals I could find, to no avail. Now I rely on your collective expertise. I'm trying to hide a LaserWriter (An Apple LaserWriter Select 360) by changing it's LocalTalk type. Part of the netatalk distribution, setprintername.sh, implies that this is possible, if not trivial, and warns that one might have to set the name and type as seperate operations, due to a 32 character limitation. I'll admit that I've not gotten this to work. I tried the only way that I know to delimit the localtalk name & type, namely by seperating them with a ":" I'd like to change my printer's name from LaserWriter:LaserWriter@* to FooWriter:FooWriter@*, so I've tried setprintername.sh -Pwhatever "FooWriter:FooWriter" but I always end up with a printer named "FooWriterFooWriter:LaserWriter@*". What am I doing wrong? -bill ___________________________________________________ Bill Morris (Room LS-5) College of Sciences Computer Electronics Consortium San Diego State University San Diego, CA. 92182 Voice:(619) 594-4881 Fax:(619) 594-5676 internet: morris@sunstroke.sdsu.edu ___________________________________________________ From netatalk-admins-request Thu Sep 15 21:11:46 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id VAA28394; Thu, 15 Sep 1994 21:11:46 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id VAA28391; Thu, 15 Sep 1994 21:11:43 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id VAA28384; Thu, 15 Sep 1994 21:11:40 -0400 Resent-Message-Id: <199409160111.VAA28384@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id JAA12240; Thu, 15 Sep 1994 09:49:19 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id JAA18467; Thu, 15 Sep 1994 09:49:19 -0400 Received: from sirius.brunel.ac.uk by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with SMTP id JAA18447; Thu, 15 Sep 1994 09:49:15 -0400 Message-Id: <199409151349.JAA18447@totalrecall.rs.itd.umich.edu> Received: from pr-mac-01.brunel.ac.uk by sirius.brunel.ac.uk with SMTP (PP) id <20024-0@sirius.brunel.ac.uk>; Thu, 15 Sep 1994 14:49:06 +0100 X-Sender: dtpgshg@ft-mailhost.brunel.ac.uk Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: netatalk-admins@itd.umich.edu From: Simon.Gill@brunel.ac.uk (Simon Gill) Subject: procsets and papd Date: Thu, 15 Sep 1994 13:49:10 +0000 Resent-To: netatalk-admins@umich.edu Resent-Date: Thu, 15 Sep 1994 21:11:40 -0400 Resent-From: Mark Smith Dear Netatalk experts, I would be very grateful if someone could shed some light on the use of procsets in papd (part of the netatalk package). I am using system 7.1 with laserwriter 8.1.1, printing to three printers that use papd and lpd. The mechanism works well except a laserwriter II NTX. The other printers are a HP4 with the correct ppd file, and a Tektronix colour which uses an Indigo as the RIP, and I customized a ppd file to work with this. The laserwriter (II NTX) is connected to a UNIX box which is running nwi filter for accounting. When a mac postcript job is created (print to file) and printed from a shell with lpr or InterPrint the job will print, however if the same file is printed via papd (ie direct) the job queues then is flushed by the filter. I assumed the filter was to blame, but I think that the procset we have 'AppleDict 71 0' could well be the culprit, as this was created with Pagemaker (a bad printing program), and the procset is rather large approx. 110K which does seems excessive. What is the recommended procset for papd and laserwriter 8, and are there any big problems with using laserwriter 8? I have tried Laserwriter 7 too, but the same thing happens. Many thanks Simon Gill ____________________________________________________________________ Simon Gill Department of Design Brunel University Egham Surrey TW20 OJZ United Kingdom ____________________________________________________________________ Tel: +44 784 431341 email: Simon.Gill@brunel.ac.uk From netatalk-admins-request Thu Sep 15 21:20:48 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id VAA28631; Thu, 15 Sep 1994 21:20:48 -0400 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id VAA28628; Thu, 15 Sep 1994 21:20:47 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id VAA28621; Thu, 15 Sep 1994 21:20:42 -0400 Message-Id: <199409160120.VAA28621@terminator.rs.itd.umich.edu> From: Mark Smith To: Simon.Gill@brunel.ac.uk (Simon Gill) cc: netatalk-admins@umich.edu Subject: Re: procsets and papd In-reply-to: Your message of "Thu, 15 Sep 1994 13:49:10 -0000." <199409151349.JAA18447@totalrecall.rs.itd.umich.edu> Date: Thu, 15 Sep 1994 21:20:42 -0400 Sender: mcs@terminator.rs.itd.umich.edu >From: Simon.Gill@brunel.ac.uk (Simon Gill) > To: netatalk-admins@itd.umich.edu > > I would be very grateful if someone could shed some light on the use of > procsets in papd (part of the netatalk package). > I am using system 7.1 with laserwriter 8.1.1, printing to three printers > that use papd and lpd. The mechanism works well except a laserwriter II > NTX. The other printers are a HP4 with the correct ppd file, and a > Tektronix colour which uses an Indigo as the RIP, and I customized a ppd > file to work with this. > > The laserwriter (II NTX) is connected to a UNIX box which is running nwi > filter for accounting. When a mac postcript job is created (print to file) > and printed from a shell with lpr or InterPrint the job will print, however > if the same file is printed via papd (ie direct) the job queues then is > flushed by the filter. I assumed the filter was to blame, but I think that > the procset we have 'AppleDict 71 0' could well be the culprit, as this was > created with Pagemaker (a bad printing program), and the procset is rather > large approx. 110K which does seems excessive. > > What is the recommended procset for papd and laserwriter 8, and are there > any big problems with using laserwriter 8? I don't think that procsets have much to do with your problem, since they are basically not used by the LW 8.x driver (it always sends the entire job, which papd should pass along to the Unix printing system). Several people have reported problems with some printing filter software, etc. that expects to see Unix newline-style end of lines. papd does not convert the linefeed (Mac-style) end of lines that are sent to it, and this apparently causes some printing software to choke. Annie.Brugalle@irisa.fr proposed this solution: in your papd.conf file, use a pipeline to do the conversion. e.g., printer:|tr '\015' '\012'|lpr -Pname It is possible that your problem is due to other limitations in the current papd implementation; it has never been revised to completely handle the PostScript structuring conventions used by the 8.x driver. We are working on a re-write that will. -Mark From netatalk-admins-request Thu Nov 3 11:56:38 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA00848; Thu, 3 Nov 1994 11:56:38 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA00839; Thu, 3 Nov 1994 11:56:35 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id LAA00832; Thu, 3 Nov 1994 11:56:33 -0500 Resent-Message-Id: <199411031656.LAA00832@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id FAA20089; Thu, 3 Nov 1994 05:24:13 -0500 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id FAA26228; Thu, 3 Nov 1994 05:24:13 -0500 Received: from leeman.york.ac.uk by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with SMTP id FAA26222; Thu, 3 Nov 1994 05:24:09 -0500 Received: from ebor.york.ac.uk by leeman.york.ac.uk with SMTP (PP) id <07643-0@leeman.york.ac.uk>; Thu, 3 Nov 1994 10:21:31 +0000 Received: by ebor.york.ac.uk (940715.SGI.52/931108.SGI.ANONFTP) for @leeman.york.ac.uk:netatalk-admins@umich.edu id AA01804; Thu, 3 Nov 94 10:24:30 GMT Date: Thu, 3 Nov 1994 10:24:30 +0000 From: "Edmund J. Sutcliffe" X-Sender: ejs1@ebor.york.ac.uk To: netatalk-admins@umich.edu Subject: Ports to Other OS. Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 03 Nov 1994 11:56:32 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I would be grateful to know if anyone has sucessfully ported netatalk to on the the BSD Intel Operating systems such a NetBSD or FreeBSD. If this has been done could someone let me have the patches to save me the effort of doing this from scratch. Thanks in advance Edmund =============================================================================== Edmund J. Sutcliffe Phone +44 (0)1904 433809 Computing Service, Fax +44 (0)1904 433740 University of York, Heslington, Internet Mail: edmund@york.ac.uk York, YO1 5DD U.K. From netatalk-admins-request Thu Nov 3 15:50:50 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA12604; Thu, 3 Nov 1994 15:50:50 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA12599; Thu, 3 Nov 1994 15:50:48 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id PAA12595; Thu, 3 Nov 1994 15:50:46 -0500 Resent-Message-Id: <199411032050.PAA12595@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id PAA11488; Thu, 3 Nov 1994 15:17:32 -0500 Received: by truelies.rs.itd.umich.edu (8.6.9/2.2) with X.500 id PAA14795; Thu, 3 Nov 1994 15:17:29 -0500 Received: from potogold.rmii.com by truelies.rs.itd.umich.edu (8.6.9/2.2) with SMTP id PAA14786; Thu, 3 Nov 1994 15:17:27 -0500 Received: from array.com by potogold.rmii.com with smtp (Smail3.1.28.1 #13) id m0r38YJ-0002pfC; Thu, 3 Nov 94 13:14 MST Received: from array.array.com by array.com (4.1/Sendmail Abuser Ver 121.933-e17 mark 7) id AA01254; Thu, 3 Nov 94 13:16:39 MST Received: by array.array.com (4.1/SMI-4.1) id AA26581; Thu, 3 Nov 94 13:16:38 MST Date: Thu, 3 Nov 1994 13:16:37 -0700 (MST) From: Mike Willett Subject: Re: Ports to Other OS. To: "Edmund J. Sutcliffe" Cc: netatalk-admins@umich.edu In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 03 Nov 1994 15:50:45 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu On Thu, 3 Nov 1994, Edmund J. Sutcliffe wrote: > I would be grateful to know if anyone has sucessfully ported netatalk to > on the the BSD Intel Operating systems such a NetBSD or FreeBSD. If this has > been done could someone let me have the patches to save me the effort of > doing this from scratch. > Thanks in advance > Edmund > Wesley Craig, author of netatalk has been working on the port most of the summer. I would send a note to him and ask if or where he needs some help, but I thought last I heard he was pretty far along on the work. He had already started the port of NetBSD/FreeBSD and then was going to work on BSDI once completed. --Mike ------------------------------------------------------------------------------- mike@array.com So much fun, so little time to enjoy it.... ------------------------------------------------------------------------------- From netatalk-admins-request Thu Nov 3 15:50:42 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA12589; Thu, 3 Nov 1994 15:50:42 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA12587; Thu, 3 Nov 1994 15:50:41 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id PAA12580; Thu, 3 Nov 1994 15:50:38 -0500 Resent-Message-Id: <199411032050.PAA12580@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id PAA11927; Thu, 3 Nov 1994 15:30:04 -0500 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA25272; Thu, 3 Nov 1994 15:30:03 -0500 Received: from nirvana.good.com by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id PAA25247; Thu, 3 Nov 1994 15:29:57 -0500 Received: (from mark@localhost) by nirvana.good.com (8.6.9/8.6.9) id OAA20234; Thu, 3 Nov 1994 14:22:25 -0600 From: "Mark P. Gooderum" Message-Id: <199411032022.OAA20234@nirvana.good.com> Subject: Re: Ports to Other OS. To: ejs1@tower.york.ac.uk (Edmund J. Sutcliffe) Date: Thu, 3 Nov 1994 14:22:25 +1538425 (CST) Cc: netatalk-admins@umich.edu In-Reply-To: from "Edmund J. Sutcliffe" at Nov 3, 94 10:24:30 am X-Mailer: ELM [version 2.4 PL22] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Content-Length: 1674 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 03 Nov 1994 15:50:38 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu According to Edmund J. Sutcliffe: > > I would be grateful to know if anyone has sucessfully ported netatalk to > on the the BSD Intel Operating systems such a NetBSD or FreeBSD. If this has > been done could someone let me have the patches to save me the effort of > doing this from scratch. > Thanks in advance > Edmund I've asked about this before, and was told it had been done for NetBSD 0.9 on an earlier version of netatalk. I asked for those patches and offered to do the port for the current version of netatalk and NetBSD 1.0, but never heard anything back. I was just getting ready to ask again, so your mail was timely. I've spent more time trying to get CAP to work then it would have taken to do the NetBSD support from scratch, so I reallly would like to see this. If I don't hear anything back, I guess I'll just start from scratch. From my point of view its not too hard. (I do BSD kernel work for a living, esp protocol driver ports and modifications). If you want to help test, or try the patches on FreeBSD, let me know. If there is a starting set of patches, or a newer version of netatalk I should use as the starting point, someone speak up now or hold your peace. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Mark P. Gooderum USSnail: Good Creations Senior Consultant - Operating Systems Group 3029 Blackstone Ave. So. "Working hard to be hardly working..." St. Louis Park, MN 55416 EMail: mark@Good.com Voice: (612) 922-3953 Interactive: mark@nirvana.Good.com Fax: (612) 922-2676 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From netatalk-admins-request Thu Nov 3 19:32:22 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id TAA23257; Thu, 3 Nov 1994 19:32:22 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id TAA23254; Thu, 3 Nov 1994 19:32:20 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id TAA23249; Thu, 3 Nov 1994 19:32:18 -0500 Resent-Message-Id: <199411040032.TAA23249@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id RAA18075; Thu, 3 Nov 1994 17:47:21 -0500 Received: by truelies.rs.itd.umich.edu (8.6.9/2.2) with X.500 id RAA06474; Thu, 3 Nov 1994 17:47:18 -0500 Received: from sidney.novatel.ca by truelies.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id RAA06431; Thu, 3 Nov 1994 17:47:12 -0500 Received: from localhost.novatel.ca (localhost.novatel.ca [127.0.0.1]) by sidney.novatel.ca (8.6.9/8.6.5) with SMTP id PAA03760; Thu, 3 Nov 1994 15:46:02 -0700 Message-Id: <199411032246.PAA03760@sidney.novatel.ca> X-Authentication-Warning: sidney.novatel.ca: Host localhost.novatel.ca didn't use HELO protocol To: "Mark P. Gooderum" Cc: ejs1@tower.york.ac.uk (Edmund J. Sutcliffe), netatalk-admins@umich.edu Subject: Re: Ports to Other OS. From: Herb Peyerl Date: Thu, 03 Nov 1994 15:46:02 -0700 Sender: hpeyerl@sidney.novatel.ca Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 03 Nov 1994 19:32:18 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu On Thu, 3 Nov 1994 14:22:25 +1538425 (CST) "Mark P. Gooderum" wrote: > I've asked about this before, and was told it had been done for > NetBSD 0.9 on an earlier version of netatalk. I asked for those > patches and offered to do the port for the current version of > netatalk and NetBSD 1.0, but never heard anything back. I've asked this too. I've also attempted to speak with the author. My intent was to put this in the NetBSD tree before we did the 1.0 release but I didn't actually hear back from the author. I sent about 4 mail messages to him directly. My conclusion was the the author wasn't mail-reachable. Perhaps this is not the case. In any event; 1.0 is pretty much out the door but I'd still like to put this in the tree for later releases. > If there is a starting set of patches, or a newer version of netatalk I > should use as the starting point, someone speak up now or hold your peace. I was going to put it on my list of things to do from scratch since there didn't appear to be any interest in it from the author(s). But I've decided to focus my time elsewhere. From netatalk-admins-request Fri Nov 4 12:02:05 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id MAA23479; Fri, 4 Nov 1994 12:02:05 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id MAA23476; Fri, 4 Nov 1994 12:02:02 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id MAA23468; Fri, 4 Nov 1994 12:01:58 -0500 Resent-Message-Id: <199411041701.MAA23468@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id PAA11272; Thu, 3 Nov 1994 15:11:05 -0500 Received: by truelies.rs.itd.umich.edu (8.6.9/2.2) with X.500 id PAA13611; Thu, 3 Nov 1994 15:11:02 -0500 Received: from strom.clemson.edu by truelies.rs.itd.umich.edu (8.6.9/2.2) with SMTP id PAA13596; Thu, 3 Nov 1994 15:10:55 -0500 Received: from [130.127.228.9] (friendly.clemson.edu) by strom.clemson.edu (4.1/SMI-4.1) id AA08868; Thu, 3 Nov 94 15:03:54 EST Date: Thu, 3 Nov 94 15:03:54 EST Message-Id: <9411032003.AA08868@strom.clemson.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: netatalk-admins@umich.edu From: pat@strom.clemson.edu (Patrick Harris) Subject: Netatalk and PC printing Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 04 Nov 1994 12:01:56 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu We have been using netatalk for a couple of months and we have been very pleased from the mac side (much much better than the commercial package we were using to access NFS volumes), but have come across a problem with printing files on the PC side. The pcs connect to the sun 670 using PC-NFS and we are trying to use pap to print to our ethertalked printers (especially our Compaq Pagemarq 20). Text print jobs print out fine but postscript jobs are causing errors. Excerpt of lpd-errs: ofpap[11755]: starting ofpap[11755]: sending to pap %%[ Error: undefined; OffendingCommand: ^D ]%% %%[ Flushing: rest of job (to end-of-file) will be ignored ]%% ofpap[11755]: 11756 done Printcap entry: 8|pagetalk|Pagemarq on AppleTalk:\ :lp=/dev/null:\ :lf=/var/adm/lpd-errs:\ :sd=/var/spool/pagetalk:\ :pw#80:\ :hl:\ :of=/usr/local/atalk/etc/ofpap: :if=/usr/local/atalk/etc/ifpaprev:\ :tf=/usr/local/atalk/etc/tfpaprev: The print job actually does print out but no banner page is printed and we get a error message printed out from the printer after the print job as follows: Offending Command = Error = nametype : undefined this name is not defined in a dictionary Stack = 0 Any ideas? Thanks in advance. From netatalk-admins-request Fri Nov 4 14:33:05 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id OAA04515; Fri, 4 Nov 1994 14:33:05 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id OAA04513; Fri, 4 Nov 1994 14:33:04 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id OAA04508; Fri, 4 Nov 1994 14:33:02 -0500 Resent-Message-Id: <199411041933.OAA04508@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id OAA03863; Fri, 4 Nov 1994 14:23:50 -0500 Received: by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with X.500 id OAA24476; Fri, 4 Nov 1994 14:23:49 -0500 Received: from relay3.UU.NET by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id OAA24425; Fri, 4 Nov 1994 14:23:39 -0500 Received: from uucp4.UU.NET by relay3.UU.NET with SMTP id QQxoph07663; Fri, 4 Nov 1994 14:23:34 -0500 Received: from gdscom.UUCP by uucp4.UU.NET with UUCP/RMAIL ; Fri, 4 Nov 1994 14:23:28 -0500 Received: from meteor.gds.com by gds.com (5.x/SMI-SVR4) id AA01659; Fri, 4 Nov 1994 18:31:43 GMT Received: by meteor.gds.com (5.x/SMI-SVR4) id AA00979; Fri, 4 Nov 1994 11:31:40 -0700 Date: Fri, 4 Nov 1994 11:31:40 -0700 From: dhagberg@gds.com (D. J. Hagberg) Message-Id: <9411041831.AA00979@meteor.gds.com> To: pat@strom.clemson.edu, netatalk-admins@umich.edu Subject: Re: Netatalk and PC printing X-Sun-Charset: US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 04 Nov 1994 14:33:01 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu > Excerpt of lpd-errs: > > ofpap[11755]: starting > ofpap[11755]: sending to pap > %%[ Error: undefined; OffendingCommand: ^D ]%% > %%[ Flushing: rest of job (to end-of-file) will be ignored ]%% > ofpap[11755]: 11756 done In the entry for the printer in the user's WIN.INI file you need to put: ctrld=0 This turns off the control-D characters that Windows likes to sprinkle throughout the file, and which unix print spoolers usually barf on. We've had this problem here with direct connections to the printers, not running through papd. It seems that some implementations of postscript, especially the clones and ghostscript, seem to deal with ctrl-D characters, while others like our Tektronix Phaser cheerily spit out "offending command" errors. -=- D. J. From netatalk-admins-request Fri Nov 4 17:19:26 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id RAA24310; Fri, 4 Nov 1994 17:19:26 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id RAA24306; Fri, 4 Nov 1994 17:19:24 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id RAA24299; Fri, 4 Nov 1994 17:19:23 -0500 Resent-Message-Id: <199411042219.RAA24299@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id QAA18721; Fri, 4 Nov 1994 16:19:44 -0500 Received: by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with X.500 id QAA10324; Fri, 4 Nov 1994 16:19:43 -0500 Received: from dijkstra.cba.csuohio.edu by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id QAA10312; Fri, 4 Nov 1994 16:19:40 -0500 Received: from localhost by dijkstra.cba.csuohio.edu (8.6.5/94.10.17) id QAA05961; Fri, 4 Nov 1994 16:19:26 -0500 From: doleh@dijkstra.cba.csuohio.edu (Yaser K. Doleh) Message-Id: <199411042119.QAA05961@dijkstra.cba.csuohio.edu> Subject: Re: Netatalk and PC printi To: pat@strom.clemson.edu (Patrick Harris) Date: Fri, 4 Nov 1994 16:19:25 -0500 (EST) Cc: netatalk-admins@umich.edu In-Reply-To: <9411032003.AA08868@strom.clemson.edu> from "Patrick Harris" at Nov 3, 94 03:03:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1338 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 04 Nov 1994 17:19:22 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Patrick Harris said in a letter > > We have been using netatalk for a couple of months and we have been very > pleased from the mac side (much much better than the commercial package we > were using to access NFS volumes), but have come across a problem with > printing files on the PC side. > > The pcs connect to the sun 670 using PC-NFS and we are trying to use pap to > print to our ethertalked printers (especially our Compaq Pagemarq 20). > Text print jobs print out fine but postscript jobs are causing errors. > > Excerpt of lpd-errs: > > ofpap[11755]: starting > ofpap[11755]: sending to pap > %%[ Error: undefined; OffendingCommand: ^D ]%% > %%[ Flushing: rest of job (to end-of-file) will be ignored ]%% > ofpap[11755]: 11756 done > The problem is that your PC is putting a ^D character the the begining of your postscript file. You can solve this problem in one of two ways 1 - Tell your PC not to put the ^D. I know it can be done but I don't know how. 2 - Modify psf source to accept the file that starts with ^D and strip it. I used the second solution because I did not know how to do the first one and I did not have usefull documentation about the postscript driver for Windows. Sorry, I don't have a patch but it's an easy fix. Look for the lines where psf checks to see if the file is a postscript. Yaser From netatalk-admins-request Tue Nov 8 16:31:34 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id QAA28587; Tue, 8 Nov 1994 16:31:34 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id QAA28585; Tue, 8 Nov 1994 16:31:33 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id QAA28579; Tue, 8 Nov 1994 16:31:32 -0500 Message-Id: <199411082131.QAA28579@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: netatalk 1.3.2 beta From: wesley.craig@umich.edu Date: Tue, 08 Nov 1994 16:31:31 -0500 Sender: wes@terminator.rs.itd.umich.edu I'm making netatalk 1.3.2 beta available today with an eye toward releasing the final version on Friday or shortly thereafter. If you are interested in participating in this beta test, are willing to agree to upgrade to the final release when it is available, and are willing to report back on the quality of the beta before Friday, then please pickup netatalk-dist.tar.Z on terminator.rs.itd.umich.edu in ~ftp/pub. If you aren't interested in upgrading twice in a short period of time, aren't interested in reporting back, or aren't interested in participating, please don't retrieve this software. :wes From netatalk-admins-request Wed Nov 9 21:41:36 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id VAA20757; Wed, 9 Nov 1994 21:41:36 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id VAA20752; Wed, 9 Nov 1994 21:41:35 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id VAA20748; Wed, 9 Nov 1994 21:41:34 -0500 Resent-Message-Id: <199411100241.VAA20748@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id PAA02599; Wed, 9 Nov 1994 15:02:25 -0500 From: jing.zhang@ic.ac.uk Received: by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with X.500 id PAA02125; Wed, 9 Nov 1994 15:02:23 -0500 Received: from punch.ic.ac.uk by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with SMTP id PAA02087; Wed, 9 Nov 1994 15:02:14 -0500 Received: from sparcy.sc.ic.ac.uk by punch.ic.ac.uk with SMTP (PP) id <19118-0@punch.ic.ac.uk>; Wed, 9 Nov 1994 19:59:59 +0000 Received: by sparcy.sc.ic.ac.uk (4.1/4.0) id AA03196; Wed, 9 Nov 94 20:01:23 GMT Message-Id: <9411092001.AA03196@sparcy.sc.ic.ac.uk> Subject: Timelord on 1.3.1 To: netatalk-admins@umich.edu Date: Wed, 9 Nov 1994 20:01:21 +0000 (GMT) X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 1263 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 09 Nov 1994 21:41:33 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Dear Sirs, I have implemented Timelord on my IPC as describe in the netatalk-admins.mail and it appears to work. However, it would on work for the Mac from which timelord is started through terminal emulator. For any other machines, it would not even start to pass on GETTIME request to the timelord demon. This is also the case for all the machines if timelord is started at boot time from rc.local. I would be very grateful if someone can tell me what I am doing wrong. regards, -- Jing ************************************************************************* * | * * IIIII RRRRRR CCC | Jing Zhang * * I R R C C | IRC for Semiconductor Materials,* * I R R C I Blackett Laboratory, * * I R R C | Imperial College, * * I RRRRRR C | Prince Consort Road, * * I R C | London SW7 2BZ * * I R R C | Tel + 44 (0)171 594 6672 * * I R R C C | Fax + 44 (0)171 594 6685 * * IIIII R R CCC | e-mail jing.zhang@ic.ac.uk * * | * ************************************************************************* From netatalk-admins-request Mon Nov 14 17:08:19 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id RAA08858; Mon, 14 Nov 1994 17:08:19 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id RAA08854; Mon, 14 Nov 1994 17:08:18 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id RAA08848; Mon, 14 Nov 1994 17:08:17 -0500 Message-Id: <199411142208.RAA08848@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: 1.3.2 From: wesley.craig@umich.edu Date: Mon, 14 Nov 1994 17:08:16 -0500 Sender: wes@terminator.rs.itd.umich.edu I think we're going to have a second beta. We've added support for a new UAM which a number of people have asked about, and we're going to roll that into 1.3.2b2. I have nearly all of the 1.3.2b1 comments rolled in, so we will probably get 1.3.2b2 out tomorrow or Wednesday. :wes From netatalk-admins-request Mon Nov 14 17:05:25 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id RAA08699; Mon, 14 Nov 1994 17:05:25 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id RAA08697; Mon, 14 Nov 1994 17:05:23 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id RAA08690; Mon, 14 Nov 1994 17:05:19 -0500 Resent-Message-Id: <199411142205.RAA08690@terminator.rs.itd.umich.edu> Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA06573; Mon, 14 Nov 1994 15:48:17 -0500 Received: from mock.com by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id PAA06570; Mon, 14 Nov 1994 15:48:14 -0500 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 14 Nov 1994 12:49:03 -0800 To: netatalk-admins@terminator.rs.itd.umich.edu From: jeff@mock.com (Jeff Mock) Subject: netatalk on Linux Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 14 Nov 1994 17:05:18 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Is anyone porting netatalk to Linux or know someone that might be? I'd like to get in touch with them. thanks, jeff mock jeff@mock.com From netatalk-admins-request Thu Nov 17 11:58:19 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA08993; Thu, 17 Nov 1994 11:58:19 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA08991; Thu, 17 Nov 1994 11:58:17 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id LAA08981; Thu, 17 Nov 1994 11:58:10 -0500 Message-Id: <199411171658.LAA08981@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: "Derrick J. Brashear" cc: netatalk-admins@umich.edu Subject: Re: 1.3.2 In-reply-to: Your message of "Thu, 17 Nov 1994 09:38:49 EST." Date: Thu, 17 Nov 1994 11:58:10 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: "Derrick J. Brashear" > To: netatalk-admins@umich.edu > Will this new UAM be one which works with AuthMan? (I'm guessing...) Yup. > Since it's Thursday, do you have a new order of magnitude time as to > when you expect to release this? That said, I'm busily restructuring the configurable settings in afpd, which might cause me to want to change all the other configurable files as well. And then I'm going to write some documentation. Could be today or tomorrow, depending on how obvious the documentation is. :wes From netatalk-admins-request Thu Nov 17 11:54:22 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA08782; Thu, 17 Nov 1994 11:54:22 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA08777; Thu, 17 Nov 1994 11:54:21 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id LAA08767; Thu, 17 Nov 1994 11:54:19 -0500 Resent-Message-Id: <199411171654.LAA08767@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id JAA05952; Thu, 17 Nov 1994 09:39:44 -0500 Received: by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with X.500 id JAA22803; Thu, 17 Nov 1994 09:39:43 -0500 Received: from po6.andrew.cmu.edu by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id JAA22798; Thu, 17 Nov 1994 09:39:42 -0500 Received: (from postman@localhost) by po6.andrew.cmu.edu (8.6.9/8.6.9) id JAA03814 for netatalk-admins@umich.edu; Thu, 17 Nov 1994 09:39:37 -0500 Received: via switchmail; Thu, 17 Nov 1994 09:39:35 -0500 (EST) Received: from johnstown.andrew.cmu.edu via qmail ID ; Thu, 17 Nov 1994 09:38:54 -0500 (EST) Received: from johnstown.andrew.cmu.edu via qmail ID ; Thu, 17 Nov 1994 09:38:50 -0500 (EST) Received: from mms.4.60.Nov..4.1993.10.47.44.sun4c.411.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.johnstown.andrew.cmu.edu.sun4c.411 via MS.5.6.johnstown.andrew.cmu.edu.sun4c_411; Thu, 17 Nov 1994 09:38:49 -0500 (EST) Message-ID: Date: Thu, 17 Nov 1994 09:38:49 -0500 (EST) From: "Derrick J. Brashear" To: netatalk-admins@umich.edu Subject: Re: 1.3.2 In-Reply-To: <199411142208.RAA08848@terminator.rs.itd.umich.edu> Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 17 Nov 1994 11:54:18 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Excerpts from internet.computing.netatalk-admins: 14-Nov-94 1.3.2 by wesley.craig@umich.edu > I think we're going to have a second beta. We've added support for a > new UAM which a number of people have asked about, and we're going to > roll that into 1.3.2b2. I have nearly all of the 1.3.2b1 comments > rolled in, so we will probably get 1.3.2b2 out tomorrow or Wednesday. Will this new UAM be one which works with AuthMan? (I'm guessing...) Since it's Thursday, do you have a new order of magnitude time as to when you expect to release this? I'm holding off building the first beta waiting for this one; If it's going to be a while yet I'll play with this one. -D From netatalk-admins-request Mon Dec 19 13:02:45 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id NAA11193; Mon, 19 Dec 1994 13:02:45 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id NAA11169; Mon, 19 Dec 1994 13:02:42 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id NAA11158; Mon, 19 Dec 1994 13:02:40 -0500 Resent-Message-Id: <199412191802.NAA11158@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id MAA08862; Mon, 19 Dec 1994 12:42:23 -0500 Received: by truelies.rs.itd.umich.edu (8.6.9/2.2) with X.500 id MAA18122; Mon, 19 Dec 1994 12:42:23 -0500 Received: from phibes.dartmouth.edu by truelies.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id MAA18116; Mon, 19 Dec 1994 12:42:21 -0500 Received: from phibes.dartmouth.edu (localhost [127.0.0.1]) by phibes.dartmouth.edu (8.6.9/8.6.6) with ESMTP id MAA13564 for ; Mon, 19 Dec 1994 12:42:28 -0500 Message-Id: <199412191742.MAA13564@phibes.dartmouth.edu> To: netatalk-admins@umich.edu Subject: 1.3.2? Date: Mon, 19 Dec 1994 12:42:28 +22306256 From: Pat Wilson Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 19 Dec 1994 13:02:38 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Did this ever make it out? The last thing I heard about it was right before Thanksgiving... Thanks. Pat Wilson paw@northstar.dartmouth.edu From netatalk-admins-request Mon Dec 19 13:03:28 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id NAA11235; Mon, 19 Dec 1994 13:03:28 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id NAA11232; Mon, 19 Dec 1994 13:03:27 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id NAA11219; Mon, 19 Dec 1994 13:03:22 -0500 Message-Id: <199412191803.NAA11219@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Pat Wilson cc: netatalk-admins@umich.edu Subject: Re: 1.3.2? In-reply-to: Your message of "Mon, 19 Dec 1994 12:42:28." <199412191742.MAA13564@phibes.dartmouth.edu> Date: Mon, 19 Dec 1994 13:03:21 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: Pat Wilson > To: netatalk-admins@umich.edu > Did this ever make it out? The last thing I heard about it was right > before Thanksgiving... Look for netatalk 1.3.2 beta 2 in late January. I'm leaving the country shortly... :wes From netatalk-admins-request Tue Dec 20 09:43:34 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id JAA14783; Tue, 20 Dec 1994 09:43:34 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id JAA14778; Tue, 20 Dec 1994 09:43:32 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id JAA14772; Tue, 20 Dec 1994 09:43:31 -0500 Resent-Message-Id: <199412201443.JAA14772@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id JAA13908; Tue, 20 Dec 1994 09:05:29 -0500 Received: by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with X.500 id JAA17854; Tue, 20 Dec 1994 09:05:26 -0500 Received: from relay1.oleane.net by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id JAA17840; Tue, 20 Dec 1994 09:05:22 -0500 Received: from adb.fr (janus.adb.fr [193.105.112.1]) by relay1.oleane.net (8.6.9/8.6.9) with SMTP id PAA21732 for ; Tue, 20 Dec 1994 15:05:17 +0100 Received: from oberon.adb.fr by adb.fr (4.1/940311) id AA25491; Tue, 20 Dec 94 15:08:08 +0100 Received: by oberon.adb.fr; id AA17116; Tue, 20 Dec 94 15:08:06 +0100 Message-Id: <9412201408.AA17116@oberon.adb.fr> To: netatalk-admins@umich.edu Subject: papd bug Date: Tue, 20 Dec 1994 15:08:05 +0100 From: Dung Nguyen Resent-To: netatalk-admins@umich.edu Resent-Date: Tue, 20 Dec 1994 09:43:30 -0500 Resent-From: Mark Smith I found a bug in papd that shows up with the LaserWriter 8 driver: papd creates empty print jobs because it fails to detect STARTJOB doc. *** processjob.c.orig Wed Sep 8 16:34:52 1993 --- processjob.c Tue Dec 20 14:57:29 1994 *************** *** 303,309 **** && !isspace( *keyword )) { ++keyword; /* skip rest of first word */ } ! while ( isspace ( *keyword )) { ++keyword; /* skip white space */ } if ( *keyword == EOL || *keyword == NEWLINE ) { --- 303,310 ---- && !isspace( *keyword )) { ++keyword; /* skip rest of first word */ } ! while ( *keyword != EOL && *keyword != NEWLINE ! && isspace ( *keyword )) { ++keyword; /* skip white space */ } if ( *keyword == EOL || *keyword == NEWLINE ) { From netatalk-admins-request Tue Dec 20 09:57:57 1994 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id JAA15177; Tue, 20 Dec 1994 09:57:57 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id JAA15173; Tue, 20 Dec 1994 09:57:55 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id JAA15160; Tue, 20 Dec 1994 09:57:44 -0500 Message-Id: <199412201457.JAA15160@terminator.rs.itd.umich.edu> From: Mark Smith To: Dung Nguyen cc: netatalk-admins@umich.edu Subject: Re: papd bug In-reply-to: Your message of "Tue, 20 Dec 1994 15:08:05 +0100." <9412201408.AA17116@oberon.adb.fr> Date: Tue, 20 Dec 1994 09:57:44 -0500 Sender: mcs@terminator.rs.itd.umich.edu >From: Dung Nguyen > To: netatalk-admins@umich.edu > > I found a bug in papd that shows up with the LaserWriter 8 driver: > papd creates empty print jobs because it fails to detect STARTJOB doc. > > ... [ patch to etc/papd/papd/processjob.c deleted ] Indeed, this looks like a bug. There is a new implementation of papd in the works here, with much improved parsing code. It should not have this problem. Thanks for reporting the bug. Can you tell me how to duplicate this (that is, what does one need to do on the Mac to generate an empty print job)? -Mark From netatalk-admins-request Fri Jan 13 15:46:35 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA17417; Fri, 13 Jan 1995 15:46:35 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA17410; Fri, 13 Jan 1995 15:46:34 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id PAA17402; Fri, 13 Jan 1995 15:46:31 -0500 Resent-Message-Id: <199501132046.PAA17402@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id KAA02941; Fri, 13 Jan 1995 10:20:47 -0500 Received: by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with X.500 id KAA03448; Fri, 13 Jan 1995 10:20:45 -0500 Received: from post4.inre.asu.edu by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id KAA03442; Fri, 13 Jan 1995 10:20:43 -0500 Received: from brent.inre.asu.edu by asu.edu (PMDF V4.3-10 #7723) id <01HLSHQAXWOG9BY3D3@asu.edu>; Fri, 13 Jan 1995 08:20:40 -0700 (MST) Received: by brent.inre.asu.edu (931110.SGI/930416.SGI.AUTO) for @smtp.asu.edu:netatalk-admins@umich.edu id AA12237; Fri, 13 Jan 95 08:20:36 -0700 Date: Fri, 13 Jan 1995 08:20:35 -0700 From: Brent Dunlock Subject: performance problem To: netatalk-admins@umich.edu Message-id: <9501130820.ZM12235@brent.inre.asu.edu> MIME-version: 1.0 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 13 Jan 1995 15:46:31 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu We have a Sparc-20 running Netatalk 1.3.1 with AFS, disk cache turn on (about 200MB of it), and standard configuration for SunOS 4.1.3_U1. This system runs only Netatalk. The problem we're seeing is that after about 45-50 user get on, the repsone time at the MAC's gets really bad. The other traffic on this ethernet segment is reasonable, so I would think that a Sparc-20 would be able to handle a lot more users than that... Looking at vmstat and iostat it seems like the cpu is about 40% idle and we have plenty of memory (256MB). I/O seems ok and I don't think it's AFS since the major applications that are being accessed are local copies (i.e. replicated volumes in AFS). So, I'm wondering if there are any tuning things etc., that I might try to get better performance out of this box. Any suggestions? Or, specifically, are there any tuning knobs in Netatalk I can twist? From netatalk-admins-request Fri Jan 13 15:55:27 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA17891; Fri, 13 Jan 1995 15:55:27 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA17834; Fri, 13 Jan 1995 15:54:11 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id PAA17822; Fri, 13 Jan 1995 15:54:04 -0500 Message-Id: <199501132054.PAA17822@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Brent Dunlock cc: netatalk-admins@umich.edu Subject: Re: performance problem In-reply-to: Your message of "Fri, 13 Jan 1995 08:20:35 MST." <9501130820.ZM12235@brent.inre.asu.edu> Date: Fri, 13 Jan 1995 15:54:04 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: Brent Dunlock > To: netatalk-admins@umich.edu > We have a Sparc-20 running Netatalk 1.3.1 with AFS, disk cache turn on > (about 200MB of it), and standard configuration for SunOS 4.1.3_U1. > This system runs only Netatalk. The problem we're seeing is that after > about 45-50 user get on, the repsone time at the MAC's gets really > bad. > Looking at vmstat and iostat it seems like the cpu is about 40% idle > and we have plenty of memory (256MB). I/O seems ok and I don't think > it's AFS since the major applications that are being accessed are local > copies (i.e. replicated volumes in AFS). I'd say your problem is AFS. Try copying your replicated AFS volumes to local disk space. I'd bet your problems disappear. In my experience, even when an AFS file is cached on the local disk, it takes considerably longer to access than local disk space. Also, do you have cache hit rate ratios for AFS? The only other suggestion I can make is use a sniffer to pin-point the bottle-necks. There may be things you can do to tune AFS for netatalk. There's very little you can do to tune netatalk for AFS. :wes From netatalk-admins-request Fri Jan 13 16:46:31 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id QAA19891; Fri, 13 Jan 1995 16:46:31 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id QAA19886; Fri, 13 Jan 1995 16:46:29 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id QAA19882; Fri, 13 Jan 1995 16:46:28 -0500 Resent-Message-Id: <199501132146.QAA19882@terminator.rs.itd.umich.edu> Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id QAA19527; Fri, 13 Jan 1995 16:39:28 -0500 Received: from tis.telos.com by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id QAA19517; Fri, 13 Jan 1995 16:39:23 -0500 Received: from ozone.tis.telos.com.tis.telos.com (ozone.tis.telos.com [198.116.7.5]) by tis.telos.com (8.6.6.Beta5/8.6.4) with ESMTP id QAA03724 for ; Fri, 13 Jan 1995 16:39:22 -0500 Received: from ozone.tis.telos.com by ozone.tis.telos.com.tis.telos.com (8.6.6.Beta5) id QAA25808; Fri, 13 Jan 1995 16:39:21 -0500 Message-Id: <199501132139.QAA25808@ozone.tis.telos.com.tis.telos.com> To: netatalk-admins@terminator.rs.itd.umich.edu Subject: Re: performance problem In-reply-to: Your message of "Fri, 13 Jan 1995 15:54:04 EST." <199501132054.PAA17822@terminator.rs.itd.umich.edu> Date: Fri, 13 Jan 1995 16:39:20 -0500 From: "Matthew V. J. Whalen" Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 13 Jan 1995 16:46:27 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu In message <199501132054.PAA17822@terminator.rs.itd.umich.edu>, wesley.craig@um ich.edu writes: >There may be things you can do to tune AFS for netatalk. There's very >little you can do to tune netatalk for AFS. I found that decreasing the chunk size helped a lot since there are all those small pesky files (ie - appledouble). -matthew ____ "Thanks mom... whalenm@tis.telos.com \ / love the genes." Voice:(703)708-1621 \/ #include From netatalk-admins-request Sat Jan 14 14:28:11 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id OAA11440; Sat, 14 Jan 1995 14:28:11 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id OAA11437; Sat, 14 Jan 1995 14:28:09 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id OAA11423; Sat, 14 Jan 1995 14:28:08 -0500 Resent-Message-Id: <199501141928.OAA11423@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id LAA07160; Sat, 14 Jan 1995 11:42:47 -0500 Received: by truelies.rs.itd.umich.edu (8.6.9/2.2) with X.500 id LAA09812; Sat, 14 Jan 1995 11:42:46 -0500 Received: from black-ice.gateway.com by truelies.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id LAA09806; Sat, 14 Jan 1995 11:42:42 -0500 Received: (from abc@localhost) by black-ice.gateway.com (8.6.9/8.6.9) id LAA02779; Sat, 14 Jan 1995 11:43:27 -0500 Date: Sat, 14 Jan 1995 11:43:25 -0500 (EST) From: "Alan B. Clegg" To: netatalk-admins@umich.edu Subject: Maximum user count reached and interaction with gated Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Sat, 14 Jan 1995 14:28:07 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu -----BEGIN PGP SIGNED MESSAGE----- I have setup a NETATALK server on the sparc10 at my desk. I can get about 6-8 people using active connections before they begin to get messages about the maximum number of users being reached on the file server. I have not seen this parameter anywhere in the setup of afpd, and I can't seem to find it anywhere in the code... HELP?? Also, has anyone gotten netatalk and gated to work together? It seems that the current version of the two pieces of software don't play nicely together. The route entries created by netatalk that look like this: Routing tables Destination Gateway Flags Refcnt Use Interface (16)0 0 0 0 0 0 0 (16)0 0 0 0 0 0 0 UH 0 13 lo0 seem to crash gated. Thanks, - -abc -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQB1AwUBLxf/L6g99QskmNGlAQE0KwL/eo5pJ4k0FUbn7s/nPlpORNCL+xgCvpSd zdNQNGQMd4afkhE25gBwtlKL6+eyCrinRGWxE2vCofB30UumUITQgOAW6EutVvwR 0JrsbOSRyxJ43lA3UrI/piwhCQxw0qd3 =2aYA -----END PGP SIGNATURE----- From netatalk-admins-request Sat Jan 14 14:31:14 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id OAA11647; Sat, 14 Jan 1995 14:31:14 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id OAA11645; Sat, 14 Jan 1995 14:31:13 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id OAA11581; Sat, 14 Jan 1995 14:30:58 -0500 Message-Id: <199501141930.OAA11581@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: "Alan B. Clegg" cc: netatalk-admins@umich.edu Subject: Re: Maximum user count reached and interaction with gated In-reply-to: Your message of "Sat, 14 Jan 1995 11:43:25 EST." Date: Sat, 14 Jan 1995 14:30:57 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: "Alan B. Clegg" > To: netatalk-admins@umich.edu > I have setup a NETATALK server on the sparc10 at my desk. I can get > about 6-8 people using active connections before they begin to get > messages about the maximum number of users being reached on the file > server. I have not seen this parameter anywhere in the setup of afpd, > and I can't seem to find it anywhere in the code... HELP?? terminator% man afpd [...] -cmaxconnections Specifies the maximum number of connections to allow for this afpd. The default is 5. [...] > Also, has anyone gotten netatalk and gated to work together? It seems > that the current version of the two pieces of software don't play nicely > together. The route entries created by netatalk that look like this: I'd suggest contacting the author of gated. It's probably not a great idea to write networking software that will only work on IP-only systems. :wes From netatalk-admins-request Mon Jan 16 10:06:09 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id KAA19016; Mon, 16 Jan 1995 10:06:09 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id KAA19014; Mon, 16 Jan 1995 10:06:08 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id KAA18996; Mon, 16 Jan 1995 10:06:03 -0500 Resent-Message-Id: <199501161506.KAA18996@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id SAA14698; Sat, 14 Jan 1995 18:21:48 -0500 Received: by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with X.500 id SAA29761; Sat, 14 Jan 1995 18:19:56 -0500 Received: from mitchell.cit.cornell.edu by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id SAA29756; Sat, 14 Jan 1995 18:19:55 -0500 Received: from mitchell.cit.cornell.edu (MITCHELL.CIT.CORNELL.EDU [132.236.200.25]) by mitchell.cit.cornell.edu (8.6.9/8.6.9) with ESMTP id SAA05858; Sat, 14 Jan 1995 18:18:37 -0500 Message-Id: <199501142318.SAA05858@mitchell.cit.cornell.edu> To: "Alan B. Clegg" cc: netatalk-admins@umich.edu Subject: Re: Maximum user count reached and interaction with gated In-reply-to: Message from "Alan B. Clegg" on Sat, 14 Jan 1995 11:43:25 -0500. Organization: Information Technologies/Network Resources; Cornell University, Ithaca, NY X-Mailier: MH-E [version 4.1+] MH [version 6.8.1] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 14 Jan 1995 18:18:36 -0500 From: Jeffrey C Honig Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 16 Jan 1995 10:06:02 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu > Also, has anyone gotten netatalk and gated to work together? It seems > that the current version of the two pieces of software don't play nicely > together. The route entries created by netatalk that look like this: > > Routing tables > Destination Gateway Flags Refcnt Use Interface > (16)0 0 0 0 0 0 0 (16)0 0 0 0 0 0 0 UH 0 13 lo0 > > seem to crash gated. That should be fixed in 3.5A9 (ftp://ftp.gated.cornell.edu/pub/gated/gated-R3_5Alpha_9.tar.Z). I ran into that a few months ago. Jeff From netatalk-admins-request Mon Jan 16 17:36:24 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id RAA11878; Mon, 16 Jan 1995 17:36:24 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id RAA11876; Mon, 16 Jan 1995 17:36:23 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id RAA11869; Mon, 16 Jan 1995 17:36:21 -0500 Resent-Message-Id: <199501162236.RAA11869@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id IAA16990; Mon, 16 Jan 1995 08:47:22 -0500 Received: by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with X.500 id IAA29251; Mon, 16 Jan 1995 08:47:22 -0500 Received: from swan.doc.ic.ac.uk by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with SMTP id IAA29237; Mon, 16 Jan 1995 08:47:19 -0500 Received: from doc.ic.ac.uk by swan.doc.ic.ac.uk id <06232-0@swan.doc.ic.ac.uk>; Mon, 16 Jan 1995 13:47:07 +0000 From: Lee McLoughlin Date: Mon, 16 Jan 1995 13:47:04 +0000 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: netatalk-admins@umich.edu Subject: Problem coping lots of files... Message-ID: <"swan.doc.i.248:16.00.95.13.47.16"@doc.ic.ac.uk> Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 16 Jan 1995 17:36:21 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Using netatalk 1.3.1 on a sparcstation 20 talking to an ethernet based PowerMac 6100/60 I cannot copy a lot of files in one go. I had a folder on a afpd volume which I wanted to move. The folder contained about 30 sub folders and a total of about 2000 files spread across them. I tried to drag and drop it to the new location on a different afpd volume. The mac counted all the files to copy then sat thinking about it for a minute or so, during which time the disk the afpd volume was on was rattling away, then the mac printed out a message about being out of memory and suggesting I quit some applications. I manage to copy the volume in the end by copying groups of files at a time. The mac was happily able to manage about 1000 files. Since I had originally copied the parent folder, and all 2000 files, from an old CAP volume, that I'm upgrading, to the new afpd volume I think it must be something that afpd is doing on reading the infomation about the files. I had a quick scan of the include files and the mailing list but could see this problem mentioned anywhere. Does anyone know a way I can overcome this? -- -- Lee McLoughlin. Phone: +44 171 594 8388 Dept of Computing, Imperial College, Fax: +44 171 584 8301 180 Queens Gate, London, SW7 2BZ, UK. Email: L.McLoughlin@doc.ic.ac.uk From netatalk-admins-request Thu Jan 19 10:25:48 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id KAA29450; Thu, 19 Jan 1995 10:25:48 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id KAA29444; Thu, 19 Jan 1995 10:25:46 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id KAA29439; Thu, 19 Jan 1995 10:25:44 -0500 Resent-Message-Id: <199501191525.KAA29439@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id TAA07910; Wed, 18 Jan 1995 19:53:26 -0500 Received: by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with X.500 id TAA18270; Wed, 18 Jan 1995 19:53:26 -0500 Received: from ccs.itd.umich.edu by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id TAA18261; Wed, 18 Jan 1995 19:53:22 -0500 Received: from localhost.ccs.itd.umich.edu by ccs.itd.umich.edu (8.6.9/2.2) id TAA04891; Wed, 18 Jan 1995 19:53:48 -0500 Message-Id: <199501190053.TAA04891@ccs.itd.umich.edu> To: netatalk-admins@umich.edu Date: Wed, 18 Jan 1995 19:53:48 -0500 From: Robert John Churchill Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 19 Jan 1995 10:25:43 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Wes (Craig), I, and a few others are working on an update to papd (the printing component in netatalk) and wanted to get some feedback. Please feel free to share your thoughts with us regarding the following: 1) papd is completely rewritten; postscript comments have been added to support Kerberos v4 authentication, provide queue lists back to Macs, provide job deletion, return the cost per page to the user (printcap "pc" entry), etc. 2) a klpd (Kerberized lpd) has been modified from MIT 3) an INIT has been written for Macs which, at startup time, will look for all Postscript printer drivers and infect the PDEF 10 (PAP) resource. At print time, PDEF 10 will query the destination spooler to see if it supports the new postscript comments. If so, the cost per page of a job is displayed, and if the user decides to continue, a Kerberos ticket will be obtained via AuthMan and sent to the spooler. and 4) an RDEV (Chooser extension) has been written to list queued files and allow job deletion when talking to the new papd. The postscript comments in papd which support listing of print queues currently only look in the spool directories on the local Unix machine... i.e. remote print queue information is not returned to the Macs. By only looking at the local spool directories, papd can return the output in a preformatted form which the RDEV can easily parse. The problem is that lpd queue output is non-standard and various platforms return output in different ways, making the output very complex to parse. The concern is that many users will not find the RDEV useful if it only looks at local queue directories on the machine and doesn't support remote print queues. Thoughts? From netatalk-admins-request Mon Jan 30 11:55:37 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA03363; Mon, 30 Jan 1995 11:55:37 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA03355; Mon, 30 Jan 1995 11:55:33 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id LAA03348; Mon, 30 Jan 1995 11:55:31 -0500 Resent-Message-Id: <199501301655.LAA03348@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id LAA00870; Mon, 30 Jan 1995 11:25:21 -0500 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id LAA07553; Mon, 30 Jan 1995 11:25:20 -0500 Received: from franc.ucdavis.edu by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id LAA07537; Mon, 30 Jan 1995 11:25:17 -0500 Received: from dunkel by franc.ucdavis.edu (8.6.9/UCD3.0) id IAA08965; Mon, 30 Jan 1995 08:24:11 -0800 Received: by dunkel (920330.SGI/920502.SGI.AUTO) for @ucdavis.edu:netatalk-admins@itd.umich.edu id AA21936; Sun, 29 Jan 95 17:18:43 -0800 Date: Sun, 29 Jan 95 17:18:43 -0800 From: kussmaul@dunkel.ucdavis.edu (Clif Kussmaul) Message-Id: <9501300118.AA21936@dunkel> To: netatalk-admins@itd.umich.edu Subject: problem with NEC Silentwriter Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 30 Jan 1995 11:55:31 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hello - has anyone else had problems using netatalk to access a NEC Silentwriter Model 95? I've been running netatalk 1.3 without any other problems (including a number of other localtalk printers), and the NEC printer does receive jobs from Macs on localtalk, but whenever I try to print to it from a Sun, or access it more directly using pap, I get the following message: marzen% pap -p "Knight Lab" ~/pic/gnognus.ps Trying 23190.233:128 ... atp_rresp: Connection timed out atp_rresp: Connection timed out ... Over a year ago there was a discussion on this group about printers which don't always send an EOF; I'm wondering if the problem I've encountered is a similar handshaking problem. The Silentwriter is also supposed to be able to attend to localtalk and serial/parallel connections at the same time; maybe it's getting confused... (I didn't find anything relevant on the netatalk mail archive.) Thanks for your help! Clif Kussmaul Clif Kussmaul | kussmaul@cs.ucdavis.edu | Lots of diff'rent means; Center for Neuroscience | clkussmaul@ucdavis.edu | The end is always the same. UC Davis, CA 95616 | 916-757-8865 -8827(FAX) | That's evolution! From netatalk-admins-request Thu Feb 2 21:28:51 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id VAA09968; Thu, 2 Feb 1995 21:28:51 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id VAA09964; Thu, 2 Feb 1995 21:28:50 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id VAA09959; Thu, 2 Feb 1995 21:28:48 -0500 Resent-Message-Id: <199502030228.VAA09959@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id DAA07111; Thu, 2 Feb 1995 03:52:05 -0500 Received: by truelies.rs.itd.umich.edu (8.6.9/2.2) with X.500 id DAA17999; Thu, 2 Feb 1995 03:52:05 -0500 Received: from relay3.UU.NET by truelies.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id DAA17993; Thu, 2 Feb 1995 03:52:03 -0500 Received: from uucp2.UU.NET by relay3.UU.NET with SMTP id QQybhz08530; Thu, 2 Feb 1995 03:52:04 -0500 Received: from logician.UUCP by uucp2.UU.NET with UUCP/RMAIL ; Thu, 2 Feb 1995 03:52:08 -0500 Received: by logician.logician.com (NX5.67c/NX3.0M) id AA14661; Thu, 2 Feb 95 00:31:05 -0800 Date: Thu, 2 Feb 95 00:31:05 -0800 From: Juan Pineda Message-Id: <9502020831.AA14661@logician.logician.com> Received: by NeXT.Mailer (1.87.1.RR) Received: by NeXT Mailer (1.87.1.RR) To: netatalk-admins@umich.edu Subject: Problems using Apple File Assistant with netatalk Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 02 Feb 1995 21:28:47 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi, I have been trying to use Apple "File Assistant" to synchronize files on a Power Book with files kept on a netatalk server. However, File Assistant keeps reporting strange Mac errors: error -37 (bad name) and error -43 (file not found). I'm running system 7.5 on my Powerbook 540c, and I the Powerbook is connected directly to the ethernet that goes to the server with no intervening routers. Has anyone out there been successful in getting File Assistant to work? Any suggestions would be greatly appreciated. Juan Pineda Email: juan@logician.com From netatalk-admins-request Fri Feb 17 15:09:54 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA01010; Fri, 17 Feb 1995 15:09:54 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA00974; Fri, 17 Feb 1995 15:09:40 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id PAA00948; Fri, 17 Feb 1995 15:09:36 -0500 Message-Id: <199502172009.PAA00948@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: "Derrick J. Brashear" cc: netatalk-admins@umich.edu Subject: Re: status? In-reply-to: Your message of "Fri, 13 Jan 1995 17:29:24 EST." Date: Fri, 17 Feb 1995 15:09:35 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: "Derrick J. Brashear" > To: netatalk-admins@umich.edu > i seem to recall a while back that a new version of netatalk was due out > soon, and then don't remember hearing anything further. did i miss > something, or has it not been released yet? It's not been released. The next release will be 1.3.2 beta 1. I'm not sure yet when we'll put it out. Hopefully within about a month. In any case, we had to add a bunch of code here for printing (which is mostly done and deployed on campus), so 1.3.2 will never be released. :wes From netatalk-admins-request Fri Feb 17 15:08:01 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA00639; Fri, 17 Feb 1995 15:08:01 -0500 Received: by terminator.rs.itd.umich.edu (8.6.9/2.3) with X.500 id PAA00637; Fri, 17 Feb 1995 15:08:00 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with SMTP id PAA00630; Fri, 17 Feb 1995 15:07:54 -0500 Resent-Message-Id: <199502172007.PAA00630@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id RAA21139; Fri, 13 Jan 1995 17:30:51 -0500 Received: by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with X.500 id RAA09591; Fri, 13 Jan 1995 17:30:50 -0500 Received: from andrew.cmu.edu by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id RAA09587; Fri, 13 Jan 1995 17:30:49 -0500 Received: (from postman@localhost) by andrew.cmu.edu (8.6.9/8.6.9) id RAA14183 for netatalk-admins@umich.edu; Fri, 13 Jan 1995 17:30:47 -0500 Received: via switchmail; Fri, 13 Jan 1995 17:30:46 -0500 (EST) Received: from johnstown.andrew.cmu.edu via qmail ID ; Fri, 13 Jan 1995 17:29:28 -0500 (EST) Received: from johnstown.andrew.cmu.edu via qmail ID ; Fri, 13 Jan 1995 17:29:24 -0500 (EST) Received: from mms.4.60.Nov..4.1993.10.47.44.sun4c.411.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.johnstown.andrew.cmu.edu.sun4c.411 via MS.5.6.johnstown.andrew.cmu.edu.sun4c_411; Fri, 13 Jan 1995 17:29:24 -0500 (EST) Message-ID: Date: Fri, 13 Jan 1995 17:29:24 -0500 (EST) From: "Derrick J. Brashear" To: netatalk-admins@umich.edu Subject: status? Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 17 Feb 1995 15:07:54 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hello, i seem to recall a while back that a new version of netatalk was due out soon, and then don't remember hearing anything further. did i miss something, or has it not been released yet? -D From netatalk-admins-request Wed Mar 8 11:56:55 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.10/2.3) with X.500 id LAA28332; Wed, 8 Mar 1995 11:56:55 -0500 Received: by terminator.rs.itd.umich.edu (8.6.10/2.3) with X.500 id LAA26290; Wed, 8 Mar 1995 11:21:01 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.10/2.3) with SMTP id LAA26280; Wed, 8 Mar 1995 11:20:58 -0500 Resent-Message-Id: <199503081620.LAA26280@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.10/2.3) with ESMTP id KAA15415; Tue, 7 Mar 1995 10:14:47 -0500 Received: by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with X.500 id KAA04149; Tue, 7 Mar 1995 10:14:46 -0500 Received: from midway.uchicago.edu by totalrecall.rs.itd.umich.edu (8.6.9/2.3) with ESMTP id EAA11455; Tue, 7 Mar 1995 04:17:54 -0500 Received: from kimbark.uchicago.edu (kimbark.uchicago.edu [128.135.12.52]) by midway.uchicago.edu (8.6.10/8.6.4) with ESMTP id CAA17784 for ; Tue, 7 Mar 1995 02:29:01 -0600 Received: (glugauer@localhost) by kimbark.uchicago.edu (8.6.10/8.6.4) id CAA01062 for netatalk-admins@umich.edu; Tue, 7 Mar 1995 02:28:49 -0600 From: Gordon B Lugauer Message-Id: <199503070828.CAA01062@kimbark.uchicago.edu> Subject: capturing printers? To: netatalk-admins@umich.edu Date: Tue, 7 Mar 1995 02:28:49 -0600 (CST) Reply-to: glugauer@midway.uchicago.edu X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 484 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 08 Mar 1995 11:20:58 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi, all, I installed netatalk a few weeks ago, have many /etc/printcap entries printing nicely to apple print spoolers, unix directories mountable as appleshare volumes, and the like. What I really want to do, however, and can't figure out, is to capture the LaserWriters so I can do away with the apple print spoolers altogther. Am I missing something? Also, is their a faq for this group, or any other documentation floating around? Thanks, -Gordon B Lugauer gbl@uchicago.edu From netatalk-admins-request Thu Mar 9 11:44:41 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.10/2.3) with X.500 id LAA06128; Thu, 9 Mar 1995 11:44:41 -0500 Received: by terminator.rs.itd.umich.edu (8.6.10/2.3) with X.500 id LAA06125; Thu, 9 Mar 1995 11:44:40 -0500 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.10/2.3) with SMTP id LAA06120; Thu, 9 Mar 1995 11:44:37 -0500 Resent-Message-Id: <199503091644.LAA06120@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.10/2.3) with ESMTP id LAA05171; Thu, 9 Mar 1995 11:27:43 -0500 Received: by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with X.500 id LAA04703; Thu, 9 Mar 1995 11:27:18 -0500 Received: from excalibur.ens.fr by judgmentday.rs.itd.umich.edu (8.6.9/2.2) with ESMTP id LAA04681; Thu, 9 Mar 1995 11:27:11 -0500 Received: (from besancon@localhost) by excalibur.ens.fr (8.6.9/8.6.6) id RAA27127; Thu, 9 Mar 1995 17:26:03 +0100 Message-Id: <199503091626.RAA27127@excalibur.ens.fr> From: besancon@excalibur.ens.fr (Thierry BESANCON) Date: Thu, 9 Mar 1995 17:26:02 +0100 In-Reply-To: Gordon B Lugauer 's message as of Mar 7, 2:28. X-Organization: Laboratoire de Physique Statistique -- Ecole Normale Supérieure 24 rue Lhomond, 75231 Paris Cedex 05, France tel: (33) 1 44 32 34 76; fax: (33) 1 44 32 34 33 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: glugauer@midway.uchicago.edu, netatalk-admins@umich.edu Subject: Re: capturing printers? Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 09 Mar 1995 11:44:36 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu >> I installed netatalk a few weeks ago, have many /etc/printcap entries >> printing nicely to apple print spoolers, unix directories mountable as >> appleshare volumes, and the like. What I really want to do, however, >> and can't figure out, is to capture the LaserWriters so I can do away >> with the apple print spoolers altogther. >> >> Am I missing something? If you want to print from UNIX to AppleTalk printers, you need a unix spool area for the unix daemon to send the spooled file to netatalk pap daemon. If you have some printers non reachable from Macintoshes (for example a SUN sparc-printer), you can make the macintoshes print to pseudo devices that in fact create files in a unix spool area. Your spooled file is then submitted using the unix way to the physical device. I don't understand "to capture the LaserWriters so I can do away with the apple print spoolers". Thierry From netatalk-admins-request Wed Apr 5 09:55:27 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id JAA05056; Wed, 5 Apr 1995 09:55:27 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id JAA05051; Wed, 5 Apr 1995 09:55:23 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id JAA05043; Wed, 5 Apr 1995 09:55:20 -0400 Resent-Message-Id: <199504051355.JAA05043@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id TAA23060; Mon, 3 Apr 1995 19:22:53 -0400 Received: by judgmentday.rs.itd.umich.edu (8.6.10/2.2) with X.500 id TAA27288; Mon, 3 Apr 1995 19:22:52 -0400 Received: from umcc.umich.edu by judgmentday.rs.itd.umich.edu (8.6.10/2.2) with SMTP id TAA27275; Mon, 3 Apr 1995 19:22:50 -0400 Received: by umcc.umich.edu (Smail3.1.28.1 #2) id m0rvuiA-000Ab8C; Mon, 3 Apr 95 18:35 EDT Received: from [199.33.147.35] (smerdon2.plymouth.mi.us [199.33.147.35]) by smerdon.plymouth.mi.us (8.6.9/8.6.9) with SMTP id SAA01316 for ; Mon, 3 Apr 1995 18:29:43 -0400 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 3 Apr 1995 18:31:49 -0500 To: netatalk-admins@umich.edu From: jds@smerdon.plymouth.mi.us (John D. Smerdon) Subject: netatalk on NetBSD? Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 05 Apr 1995 09:55:20 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Does anyone have a port of netatalk to NetBSD? If not, is 1.3.1 a good version to start a port with? Thanks for any info! -- John D. Smerdon; Plymouth, Michigan, USA; Contents are my opinion. Home: jds@smerdon.plymouth.mi.us From netatalk-admins-request Wed Apr 5 10:15:49 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id KAA05546; Wed, 5 Apr 1995 10:15:49 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id KAA05542; Wed, 5 Apr 1995 10:15:47 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id KAA05534; Wed, 5 Apr 1995 10:15:45 -0400 Message-Id: <199504051415.KAA05534@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: jds@smerdon.plymouth.mi.us (John D. Smerdon) cc: netatalk-admins@umich.edu Subject: Re: netatalk on NetBSD? In-reply-to: Your message of "Mon, 03 Apr 1995 18:31:49 CDT." Date: Wed, 05 Apr 1995 10:15:44 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: jds@smerdon.plymouth.mi.us (John D. Smerdon) > To: netatalk-admins@umich.edu > Does anyone have a port of netatalk to NetBSD? We made a partial port of netatalk 1.3.1 to NetBSD 0.9. It worked, but was slow. > If not, is 1.3.1 a good version to start a port with? Not really. If you're going to engage in a port, get 1.3.2beta1 or 1.3.3alpha1 when it's released. There are significant kernel changes between 1.3.1 and later releases. :wes From netatalk-admins-request Sun Apr 9 19:18:32 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id TAA03564; Sun, 9 Apr 1995 19:18:32 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id TAA03562; Sun, 9 Apr 1995 19:18:31 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id TAA03557; Sun, 9 Apr 1995 19:18:29 -0400 Resent-Message-Id: <199504092318.TAA03557@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id MAA10793; Wed, 5 Apr 1995 12:53:26 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id MAA26705; Wed, 5 Apr 1995 12:53:25 -0400 Received: from kim.iscm.ulst.ac.uk by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with SMTP id MAA26653; Wed, 5 Apr 1995 12:53:14 -0400 Received: from [193.63.68.168] (mike.iscm.ulst.ac.uk) by kim.iscm.ulst.ac.uk with SMTP id AA07580 (5.67b/020994 for ); Wed, 5 Apr 1995 17:53:57 +0100 X-Sender: mike@claudia.iscm.ulst.ac.uk Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 5 Apr 1995 17:55:24 +0100 To: netatalk-admins@umich.edu From: MJ.McCool@ulst.ac.uk (Mike McCool) Subject: Solaris 2.4 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Sun, 09 Apr 1995 19:18:28 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Im currently running netatalk on a sun with O/S 4.1.3 and all is well. I have a new Sparc5 running 2.4 and would mind setting it up on it .. Is anyone using it under 2.4? I did not install the last version so any help or advice would be appreciated. (Few pints of Guinness for worthy helpers) Thanks MIke Mike McCool Email:MJ.McCool@ulst.ac.uk mike@iscm.ulst.ac.uk ---------------<<<<=======================================>>>>--------------- Interactive Systems Centre (ISC) Magee College University of Ulster Derry Tel: +44 504 375405 N.Ireland. Fax: +44 504 370040 BT48 7JL WWW : http://www.iscm.ulst.ac.uk/ Cuseeme Reflector:193.63.68.162 " Perceptions can be twisted, reality can't. " -------------------------<<<<===================>>>>------------------------- From netatalk-admins-request Sun Apr 9 19:18:51 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id TAA03581; Sun, 9 Apr 1995 19:18:51 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id TAA03579; Sun, 9 Apr 1995 19:18:50 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id TAA03574; Sun, 9 Apr 1995 19:18:48 -0400 Resent-Message-Id: <199504092318.TAA03574@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id MAA10410; Wed, 5 Apr 1995 12:39:36 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id MAA23598; Wed, 5 Apr 1995 12:39:35 -0400 Received: from NIEHS.NIH.GOV by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id MAA23584; Wed, 5 Apr 1995 12:39:32 -0400 Received: from henry by NIEHS.NIH.GOV (PMDF V4.2-13 #3461) id <01HOZAOBQ3SW8ZNZ66@NIEHS.NIH.GOV>; Wed, 5 Apr 1995 12:39:22 EST Received: by henry (931110.SGI/930416.SGI) for @vaxc.niehs.nih.gov:netatalk-admins@umich.edu id AA15291; Wed, 5 Apr 95 12:37:04 -0400 Date: Wed, 05 Apr 1995 12:37:01 -0400 From: Evan Patterson Subject: netatalk questions To: netatalk-admins@umich.edu Message-id: <9504051237.ZM15289@henry> MIME-version: 1.0 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Sun, 09 Apr 1995 19:18:48 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Is there a port of netatalk for DEC OSF/1? Any plans to do so? I have version 1.3.1 running on one of our Suns. Is this the most recent version, and if not where could I get it? Thanks! - Evan -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Evan Patterson patters2@niehs.nih.gov Projects Group Information Systems and Networks Corp. at the National Institute of Environmental Health Sciences <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< From netatalk-admins-request Mon Apr 10 19:30:57 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id TAA11233; Mon, 10 Apr 1995 19:30:57 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id TAA11229; Mon, 10 Apr 1995 19:30:56 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id TAA11225; Mon, 10 Apr 1995 19:30:54 -0400 Resent-Message-Id: <199504102330.TAA11225@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id TAA11009; Mon, 10 Apr 1995 19:13:21 -0400 Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id TAA11571; Mon, 10 Apr 1995 19:13:21 -0400 Received: from nisc.jvnc.net by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id TAA11555; Mon, 10 Apr 1995 19:13:17 -0400 Received: from shaddam.usb.ve (shaddam.usb.ve [159.90.10.10]) by nisc.jvnc.net (8.6.4/8.6.4) with SMTP id TAA25517; Mon, 10 Apr 1995 19:08:31 -0400 Received: from usb.ve (uisce.usb.ve) by shaddam.usb.ve (4.1/USB-4.5.1) id AA24869; Mon, 10 Apr 95 19:05:19-040 Message-Id: <9504102305.AA24869@shaddam.usb.ve> From: "Patrick O'Callaghan" To: MJ.McCool@ulst.ac.uk (Mike McCool) Cc: netatalk-admins@umich.edu Subject: Re: Solaris 2.4 In-Reply-To: Your message of "Wed, 05 Apr 1995 17:55:24 +0100." Date: Mon, 10 Apr 1995 18:54:46 +0400 Sender: poc@usb.ve Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 10 Apr 1995 19:30:53 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu In message , Mike McCool writes: >Im currently running netatalk on a sun with O/S 4.1.3 and all is well. >I have a new Sparc5 running 2.4 and would mind setting it up on it .. >Is anyone using it under 2.4? >I did not install the last version so any help or advice would be appreciated. Mike, I cannot let a Derryman go astray :-) Last I heard, netatalk had not yet been ported to Solaris 2. I'd be more than happy to be proved wrong, in which case the Guinness is on me. Patrick O'Callaghan Universidad Simon Bolivar, Caracas, Venezuela PS What's an Interactive Systems Centre when it's at home? From netatalk-admins-request Wed Apr 26 14:35:56 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA21895; Wed, 26 Apr 1995 14:35:56 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA21892; Wed, 26 Apr 1995 14:35:55 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id OAA21885; Wed, 26 Apr 1995 14:35:53 -0400 Message-Id: <199504261835.OAA21885@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: netatalk-1.3.3 alpha 2 From: wesley.craig@umich.edu Date: Wed, 26 Apr 1995 14:35:52 -0400 Sender: wes@terminator.rs.itd.umich.edu I'd like to announce netatalk 1.3.3 alpha 2. Please do not retrieve or use this software unless you are willing to test alpha quality -- buggy -- software. Also note that by retrieving this software you agree to quit using it when the final release of netatalk 1.3.3 is made available. That said, the compress-ed, tar-ed image is available via anonymous ftp from terminator.rs.itd.umich.edu in ~ftp/unix/netatalk. This code is being released as alpha to test support for Linux. :wes ps -- If you're trying to use this alpha with AFS or Kerberos, please note that some of the Mac pieces will be available shortly. From netatalk-admins-request Tue May 9 17:17:17 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id RAA06397; Tue, 9 May 1995 17:17:17 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id RAA06394; Tue, 9 May 1995 17:17:16 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id RAA06388; Tue, 9 May 1995 17:17:15 -0400 Message-Id: <199505092117.RAA06388@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: netatalk 1.3.3 beta 1 From: wesley.craig@umich.edu Date: Tue, 09 May 1995 17:17:15 -0400 Sender: wes@terminator.rs.itd.umich.edu This message is to accounce the availablity of netatalk 1.3.3 beta 1. Hopefully, this will be a brief beta period. This version should be stable on Ultrix 4.x, SunOS 4.1.x, and Linux 1.2.x. The only know problem is in the use of the new AuthMan UAM for doing AFS through afpd. Otherwise the system should be fully functional. :wes From netatalk-admins-request Thu May 11 15:06:06 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id PAA11332; Thu, 11 May 1995 15:06:06 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id PAA11328; Thu, 11 May 1995 15:06:05 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id PAA11315; Thu, 11 May 1995 15:06:01 -0400 Message-Id: <199505111906.PAA11315@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: glugauer@midway.uchicago.edu cc: netatalk-admins@umich.edu Subject: Re: netatalk 1.3.3 beta 1 In-reply-to: Your message of "Thu, 11 May 1995 04:42:20 CDT." <199505110942.EAA29152@kimbark.uchicago.edu> Date: Thu, 11 May 1995 15:06:00 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: Gordon B Lugauer > To: wesley.craig@umich.edu > > This version should be > > stable on Ultrix 4.x, SunOS 4.1.x, and Linux 1.2.x. > Well, sorry to bother you all with this, but has anybody actually gotten > such a kernel to compile? > net/net.o(.text+0x171ef): undefined reference to `register_8022_client' > net/net.o(.data+0x44): undefined reference to `p8022_proto_init' > I followed nicely the instructions in README.LINUX, and am just > generally at a loss. Any pointers? >From README.LINUX: [blah] 3. Configure kernel with "make config". Answer yes to "AppleTalk DDP" support. In older kernel versions, you may need to answer yes to "IPX protocol" support, as well, to include IEEE802.2 support. [blah] I guess we're classifying the version of Linux you're running as "old", despite that it is the most recent version. Newer (non-existent) versions won't have this problem. :wes From netatalk-admins-request Thu May 11 15:03:27 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id PAA11248; Thu, 11 May 1995 15:03:27 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id PAA11245; Thu, 11 May 1995 15:03:26 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id PAA11238; Thu, 11 May 1995 15:03:24 -0400 Resent-Message-Id: <199505111903.PAA11238@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id FAA28556; Thu, 11 May 1995 05:42:39 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id FAA15888; Thu, 11 May 1995 05:42:39 -0400 Received: from midway.uchicago.edu by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id FAA15883; Thu, 11 May 1995 05:42:37 -0400 Received: from kimbark.uchicago.edu (kimbark.uchicago.edu [128.135.12.52]) by midway.uchicago.edu (8.6.10/8.6.4) with ESMTP id EAA17496; Thu, 11 May 1995 04:42:37 -0500 Received: (glugauer@localhost) by kimbark.uchicago.edu (8.6.10/8.6.4) id EAA29152; Thu, 11 May 1995 04:42:21 -0500 From: Gordon B Lugauer Message-Id: <199505110942.EAA29152@kimbark.uchicago.edu> Subject: Re: netatalk 1.3.3 beta 1 To: wesley.craig@umich.edu Date: Thu, 11 May 1995 04:42:20 -0500 (CDT) Cc: netatalk-admins@umich.edu In-Reply-To: <199505092117.RAA06388@terminator.rs.itd.umich.edu> from "wesley.craig@umich.edu" at May 9, 95 05:17:15 pm Reply-to: glugauer@midway.uchicago.edu X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1261 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 11 May 1995 15:03:24 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu > > This message is to accounce the availablity of netatalk 1.3.3 beta 1. > Hopefully, this will be a brief beta period. This version should be > stable on Ultrix 4.x, SunOS 4.1.x, and Linux 1.2.x. ^^^^^^^^^^^ Well, sorry to bother you all with this, but has anybody actually gotten such a kernel to compile? I have tried on three seperate systems, all with kernel 1.2.x, the most recent with kernel 1.2.3, gcc 2.6.3, and ld 2.5.2.6 (with BFD 2.5). I bomb out with the same error on all systems: ld -qmagic -Ttext 0xfffe0 arch/i386/kernel/head.o init/main.o init/version.o \ arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o net/net.o ipc/ipc.o \ fs/filesystems.a \ drivers/block/block.a drivers/char/char.a drivers/net/net.a drivers/scsi/scsi.a \ /usr/home/amalric/src/linux/lib/lib.a -o vmlinux net/net.o(.text+0x171ef): undefined reference to `register_8022_client' net/net.o(.data+0x44): undefined reference to `p8022_proto_init' make: *** [vmlinux] Error 1 I followed nicely the instructions in README.LINUX, and am just generally at a loss. Any pointers? Thanks, -Gordon B Lugauer Network and Systems Administrator DuSable High School Internet Lab gbl@dusable.cps.k12.il.us gbl@uchicago.edu From netatalk-admins-request Wed May 17 12:09:11 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id MAA10042; Wed, 17 May 1995 12:09:11 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id MAA10038; Wed, 17 May 1995 12:09:09 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id MAA10032; Wed, 17 May 1995 12:09:08 -0400 Resent-Message-Id: <199505171609.MAA10032@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id PAA08721; Tue, 16 May 1995 15:21:30 -0400 Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id PAA09814; Tue, 16 May 1995 15:21:29 -0400 Received: from hamp.hampshire.edu by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with SMTP id PAA09809; Tue, 16 May 1995 15:21:28 -0400 Received: from [192.101.188.51] by hamp.hampshire.edu (4.1/SMI-4.1) id AA16798; Tue, 16 May 95 15:25:49 EDT X-Nupop-Charset: English Date: Tue, 16 May 1995 15:28:54 -0500 (EST) From: "Stephen B. Hathaway" Sender: sbhNS@hamp.hampshire.edu Reply-To: sbhNS@hamp.hampshire.edu Message-Id: <55735.sbhNS@hampshire.edu> To: netatalk-admins@umich.edu Subject: Netatalk-1.3.3(a2 and b1) Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 17 May 1995 12:09:07 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi, In response to sommeone who posted here earlier, I have compiled and ran a2 and now b1 on our linux system. My system started out as Yggdrasil(fall '94)Plug and Play.(1.1.59 I believe) I got the 1.2.1 kernel from sunsite, configured it with most of the options as default, the ones the NA133a2 docs told me to turn on(turned off all the sound board stuff), and followed the NA133a2 docs. It compiled "out of the box", as did 1.3.3b1 the next week. Configuration was a bit confusing, but it is now running just fine, and indeed I need to up the user allowance. Stephen Stephen B. Hathaway Lab Manager, School of Natural Science Hampshire College, Amherst, MA, USA 01002 sbhNS@hamp.hampshire.edu (413) 582-5774 FAX (413) 582-5448 From netatalk-admins-request Wed May 17 14:08:36 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA16524; Wed, 17 May 1995 14:08:36 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA16511; Wed, 17 May 1995 14:08:31 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id OAA16501; Wed, 17 May 1995 14:08:28 -0400 Message-Id: <199505171808.OAA16501@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: jwagner@mental.mitr.eorg cc: netatalk-admins@umich.edu Subject: Re: netatalk [1.3.3b1] install problem In-reply-to: Your message of "Wed, 17 May 1995 11:10:58 EDT." <9505171510.AA18499@mental> Date: Wed, 17 May 1995 14:08:27 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: root@mental.mitre.org (System PRIVILEGED Account) > To: wes@terminator.rs.itd.umich.edu > psychic# /usr/etc/modload -sym /usr/local/atalk/etc/netatalk.o > ld: Undefined symbol > _ntohs The file sys/netatalk/ddp_usrreq.c needs to have the line #include "endian.h" added. This bug affects SunOS and Ultrix. :wes From netatalk-admins-request Thu May 18 15:07:14 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id PAA25066; Thu, 18 May 1995 15:07:14 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id PAA25059; Thu, 18 May 1995 15:07:12 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id PAA25033; Thu, 18 May 1995 15:07:03 -0400 Resent-Message-Id: <199505181907.PAA25033@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id OAA24136; Thu, 18 May 1995 14:53:26 -0400 Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id OAA11688; Thu, 18 May 1995 14:53:25 -0400 Received: from hamp.hampshire.edu by truelies.rs.itd.umich.edu (8.6.12/2.2) with SMTP id OAA11676; Thu, 18 May 1995 14:53:21 -0400 Received: from [192.101.188.51] by hamp.hampshire.edu (4.1/SMI-4.1) id AA15801; Thu, 18 May 95 14:57:43 EDT X-Nupop-Charset: English Date: Thu, 18 May 1995 15:00:59 -0500 (EST) From: "Stephen B. Hathaway" Sender: sbhNS@hamp.hampshire.edu Reply-To: sbhNS@hamp.hampshire.edu Message-Id: <54060.sbhNS@hampshire.edu> To: netatalk-admins@umich.edu Subject: Copy Protection? Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 18 May 1995 15:07:02 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Is there a way to turn on the "copy inhibit/protect/whatever" bit, or emulate it, so that I can put my apps out whithout them being stolen? Thanks, Stephen Stephen B. Hathaway Lab Manager, School of Natural Science Hampshire College, Amherst, MA, USA 01002 sbhNS@hamp.hampshire.edu (413) 582-5774 FAX (413) 582-5448 From netatalk-admins-request Thu May 18 17:18:43 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id RAA03822; Thu, 18 May 1995 17:18:43 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id RAA03817; Thu, 18 May 1995 17:18:41 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id RAA03808; Thu, 18 May 1995 17:18:38 -0400 Resent-Message-Id: <199505182118.RAA03808@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id QAA02495; Thu, 18 May 1995 16:53:59 -0400 Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id QAA12792; Thu, 18 May 1995 16:53:58 -0400 Received: from annwfn.indstate.edu by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id QAA12787; Thu, 18 May 1995 16:53:56 -0400 Received: (from gwyn@localhost) by annwfn.indstate.edu (8.6.11/8.6.9) id PAA02654; Thu, 18 May 1995 15:53:46 -0500 Date: Thu, 18 May 1995 15:53:45 -0500 (EST) From: "Thomas W. Holt Jr." To: netatalk-admins@umich.edu Subject: Shadow and afp In-Reply-To: <54060.sbhNS@hampshire.edu> Message-ID: X-Bear: B4f+wcdg+k+s-erp X-PGP: Finger for PGP Key MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 18 May 1995 17:18:37 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Just wondering if anyone's hacked support for shadow passwords into afp yet? I was so elated to get an appletalk that REALLY worked that i totally forgot that I was running shadow passwords and afp won't let anyone login. --- Thomas W. Holt Jr. a.k.a. Gwyn gwyn@annwfn.indstate.edu Office: 812-237-3956 Fax: 812-237-7645 Pager: 812-460-9540 "When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl." -jpb Linux: Choice of a GNU generation! http://avc.indstate.edu/~gwyn From netatalk-admins-request Tue May 30 11:36:50 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id LAA25241; Tue, 30 May 1995 11:36:50 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id LAA25232; Tue, 30 May 1995 11:36:48 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id LAA25225; Tue, 30 May 1995 11:36:46 -0400 Resent-Message-Id: <199505301536.LAA25225@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id LAA24952; Tue, 30 May 1995 11:32:19 -0400 Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id LAA24827; Tue, 30 May 1995 11:32:18 -0400 Received: from tidcompo.llnl.gov by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with SMTP id LAA24817; Tue, 30 May 1995 11:32:16 -0400 Received: from [128.115.11.110] (tidcmp04.llnl.gov) by tidcompo.llnl.gov (4.1/LLNL-1.17) id AA24888; Tue, 30 May 95 08:10:50 PDT Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 30 May 1995 08:32:23 -0800 To: netatalk-admins@umich.edu From: link@tidcompo.llnl.gov (Peter Link) Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 30 May 1995 11:36:45 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu I have two quick questions for the netatalk crowd: 1. Has anybody come up with an archiving routine (tape, etc.) that will allow you to extract a single Macintosh file; even one with spaces and other non-Unix characters? We've used normal tar-based programs that allow you to write to tape but extracting is another story. 2. Has anybody worked on the Macintosh side to enhance the speed of Appletalk, Ethertalk, etc. I know of a few commercial programs, like RunShare, that increase the number of packets sent. Anything netatalk users have written? Thanks. Peter Link Lawrence Livermore National Laboratory P.O. Box 808, L-665 Livermore, CA 94550 link1@llnl.gov From netatalk-admins-request Tue May 30 14:12:26 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA06021; Tue, 30 May 1995 14:12:26 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA06016; Tue, 30 May 1995 14:12:25 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id OAA06010; Tue, 30 May 1995 14:12:23 -0400 Resent-Message-Id: <199505301812.OAA06010@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id OAA05771; Tue, 30 May 1995 14:08:33 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA23159; Tue, 30 May 1995 14:08:33 -0400 Received: from romulus.cc.ncsu.edu by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with SMTP id OAA23142; Tue, 30 May 1995 14:08:29 -0400 Received: from marta.unity.ncsu.edu by romulus.cc.ncsu.edu (5.65b/SYSTEMS Dec 28 15:30:00 EDT 1992) id AA29274; Tue, 30 May 95 14:08:22 -0400 Posted-Date: Tue, 30 May 1995 14:08:17 -0400 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 30 May 1995 14:08:17 -0400 To: link@tidcompo.llnl.gov (Peter Link), netatalk-admins@umich.edu From: Everette_Allen@ncsu.edu (Everette Gray Allen) Subject: Re: Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 30 May 1995 14:12:23 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu At 12:32 PM 5/30/95, Peter Link wrote: >I have two quick questions for the netatalk crowd: > 1. Has anybody come up with an archiving routine (tape, etc.) that >will allow you to extract a single Macintosh file; even one with spaces and >other non-Unix characters? We've used normal tar-based programs that allow >you to write to tape but extracting is another story. Try MacDump from ftp://munari.au.oz/mac which is designed to work with CAP. I has a mac interface which allows individual file restores. I have not tryed to make it work with netatalk libs but in theory it should at least be able to co-exist with the afpd on the same machine just like arns. > 2. Sorry I know nothing about this one... >Peter Link >Lawrence Livermore National Laboratory >P.O. Box 808, L-665 >Livermore, CA 94550 >link1@llnl.gov Everette Gray Allen Consultant III Box 7109 NCSU Campus NCSU Computing Center Raleigh, NC 27695-7109 919-515-2517 "Under estimates result in fewer poor management choices" Caughley From netatalk-admins-request Wed May 31 17:08:53 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id RAA10599; Wed, 31 May 1995 17:08:53 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id RAA10586; Wed, 31 May 1995 17:08:50 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id RAA10568; Wed, 31 May 1995 17:08:46 -0400 Resent-Message-Id: <199505312108.RAA10568@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id FAA22503; Wed, 31 May 1995 05:22:16 -0400 Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id FAA01776; Wed, 31 May 1995 05:22:15 -0400 Received: from utopia.com by truelies.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id FAA01770; Wed, 31 May 1995 05:22:11 -0400 Received: from [204.57.39.3] by utopia.com (8.6.12/SONY-4.0MX) id FAA13420; Wed, 31 May 1995 05:20:12 -0400 X-Sender: nazgul@mailhost.utopia.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 31 May 1995 05:22:09 -0400 To: netatalk-admins@umich.edu From: nazgul@utopia.com (Kee Hinckley) Subject: Re: Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 31 May 1995 17:08:45 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu At 8:32 AM 5/30/95, Peter Link wrote: >I have two quick questions for the netatalk crowd: > 1. Has anybody come up with an archiving routine (tape, etc.) that >will allow you to extract a single Macintosh file; even one with spaces and >other non-Unix characters? We've used normal tar-based programs that allow >you to write to tape but extracting is another story. A conceptually related question. Has anyone tried backing up a Unix system from a Mac via netatalk? The 12gig DAT drives on the Mac, and the backup software there is much better, but there is a question of how to access protected system files. I was considering doing it just for the user-space files. Kee Hinckley Utopia Inc. - Cyberspace Architects=81 617/721-6100 nazgul@utopia.com http://www.utopia.com/ I'm not sure which upsets me more: that people are so unwilling to accept responsibility for their own actions, or that they are so eager to regulate everyone else's. From netatalk-admins-request Wed Jun 7 14:44:06 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA26051; Wed, 7 Jun 1995 14:44:06 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA26049; Wed, 7 Jun 1995 14:44:05 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id OAA26043; Wed, 7 Jun 1995 14:44:02 -0400 Resent-Message-Id: <199506071844.OAA26043@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id DAA19951; Sun, 4 Jun 1995 03:49:15 -0400 From: STEVEE@cc.usu.edu Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id DAA18417; Sun, 4 Jun 1995 03:49:14 -0400 Received: from SNEEZY.USU.EDU by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id DAA18412; Sun, 4 Jun 1995 03:49:12 -0400 Received: from cc.usu.edu by cc.usu.edu (PMDF V4.3-10 #7446) id <01HRAG4H0ZIOHX5G6T@cc.usu.edu>; Sun, 04 Jun 1995 01:49:08 -0600 (MDT) Date: Sun, 04 Jun 1995 01:49:08 -0600 (MDT) Subject: Netatalk up and running with LINUX kernel 1.2.9! To: NETATALK-ADMINS@umich.edu Message-id: <01HRAG4H3D82HX5G6T@cc.usu.edu> X-VMS-To: NETATALK-ADMINS@UMICH.EDU MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 07 Jun 1995 14:44:01 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi all, I'm new here, but to say the least I am VERY happy with Netatalk on my LINUX system. I've compiled (gcc 2.6.3) Netatalk into at least 4 different versions of the 1.2.x linux kernel with no problems whatsoever. The only problem that I've had has been that my Apple file server (daemon) will shut itself down sometimes. This is pretty much at random and isn't much of a problem for me, since I'm not using the file server for any heavy duty work yet. The only questions that I have at this time are ones that have probably been asked before here! 1. Is there a more extensive documentation or F.A.Q. for Netatalk other than what comes with the distribution? 2. Has anyone played around with shadow password support for the AFPD user authentification process yet? I use shadow passwords on my LINUX system but was able to work around this with the AFPD by using the old "/etc/passwd" file as a container for passwords that can only be used with the Apple file server. The drawback to this is that users have two passwords--one to access the system through all of the normal daemons/servers that support shadow passwords (telnet, ftp, pop3, etc...) which is contained in the "/etc/shadow" file, and one to access the Apple file server (AFPD) which is contained in the standard "/etc/passwd" file that the file server knows how to read. This isn't a very "clean" way of doing things, but it works! Thanks, Stephen L. Ericksen @Utah State University stevee@cc.usu.edu From netatalk-admins-request Wed Jun 7 14:53:27 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA26943; Wed, 7 Jun 1995 14:53:27 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA26920; Wed, 7 Jun 1995 14:53:23 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id OAA26887; Wed, 7 Jun 1995 14:52:44 -0400 Message-Id: <199506071852.OAA26887@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: STEVEE@cc.usu.edu cc: NETATALK-ADMINS@umich.edu Subject: Re: Netatalk up and running with LINUX kernel 1.2.9! In-reply-to: Your message of "Sun, 04 Jun 1995 01:49:08 MDT." <01HRAG4H3D82HX5G6T@cc.usu.edu> Date: Wed, 07 Jun 1995 14:52:43 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: STEVEE@cc.usu.edu > To: NETATALK-ADMINS@UMICH.EDU > 1. Is there a more extensive documentation or F.A.Q. for Netatalk > other than what comes with the distribution? Check out "http://www.umich.edu/~rsug/netatalk/". It contains some of the stuff already available, plus a little bit of trouble shooting. Not much, but I hope to add things as it becomes clear what is and is not an FAQ. > 2. Has anyone played around with shadow password support for the > AFPD user authentification process yet? Here's my opinion about shadow password systems: they should work *just like* the regular password system, but give more information to privileged programs. No one else seems to agree with this, so software engineers continue to have job security. :wes From netatalk-admins-request Thu Jun 8 10:48:44 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id KAA18551; Thu, 8 Jun 1995 10:48:44 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id KAA18546; Thu, 8 Jun 1995 10:48:42 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id KAA18542; Thu, 8 Jun 1995 10:48:40 -0400 Resent-Message-Id: <199506081448.KAA18542@terminator.rs.itd.umich.edu> Replied: Thu, 08 Jun 1995 10:48:38 -0400 Replied: Rob Willett Replied: netatalk-admins@umich.edu Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id CAA14562; Thu, 8 Jun 1995 02:51:14 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id CAA07871; Thu, 8 Jun 1995 02:51:13 -0400 Received: from disperse.demon.co.uk by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with SMTP id CAA07866; Thu, 8 Jun 1995 02:51:12 -0400 Received: from post.demon.co.uk by disperse.demon.co.uk id aa05615; 8 Jun 95 7:50 +0100 Received: from finale.demon.co.uk by post.demon.co.uk id aa01559; 8 Jun 95 7:50 +0100 Received: by finale.demon.co.uk (Linux Smail3.1.28.1 #5) id m0sJTFl-00019bC; Wed, 7 Jun 95 23:07 BST Message-Id: From: Rob Willett Subject: netatalk-1.3.3b1, printing and Etherprint-T boxes... To: netatalk-admins@umich.edu Date: Wed, 7 Jun 1995 23:07:09 +0200 (BST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1544 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 08 Jun 1995 10:48:40 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu I downloaded netatalk-1.3.3b1 from umich and tryed gettin it to work with LInux 1.2.7. From the little I've seen working (my fault no doubt) it looks a pretty good piece of software. I got the file system working first and I'll be honest, after seeing all my /home/rob files on the Mac I was highly impressed. Just to make things even better I wasn't running a straight Mac. I've got a PowerBook 180c running into an EtherPrint-T box. This box is a LocalTalk to EtherTalk convertor. It is aimed at connecting LaserWriters without Ethernet ports onto Ethernet networks. It does seem to allow any LocalTalk device to connect to an Ethernet network. I installed one at a customers before xmas and they think it's wonderful (and cheap) way to connect their salesmans PowerBooks to the network. However I can't get printing to work. I can start papd OK. I can use the chooser on the Mac to see the printer and can start to print to it. The powerbook puts up a message saying printing but eventually times out. The syslog message on the Linux box says that the connection timed out. Question: What printer drivers do I need to connect my HPII with Adobe PostScript card and Parallel port via netatalk to my Mac. Question: Will netatalk indeed work though an EtherPrint box. My view is that it should do. Filesharing certainly does. Question: What do I do now? Thnaks for reading this. If anyone does have any good (or bad) ideas mail them to me. I'm away for a couple of days (FRiday->) but will repsond to each and every one. Rob. From netatalk-admins-request Thu Jun 8 10:52:27 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id KAA18649; Thu, 8 Jun 1995 10:52:27 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id KAA18645; Thu, 8 Jun 1995 10:52:26 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id KAA18532; Thu, 8 Jun 1995 10:48:37 -0400 Message-Id: <199506081448.KAA18532@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Rob Willett cc: netatalk-admins@umich.edu Subject: Re: netatalk-1.3.3b1, printing and Etherprint-T boxes... In-reply-to: Your message of "Wed, 07 Jun 1995 23:07:09 +0200." Date: Thu, 08 Jun 1995 10:48:37 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: Rob Willett > To: netatalk-admins@umich.edu > However I can't get printing to work. I can start papd OK. I can use the > chooser on the Mac to see the printer and can start to print to it. > The powerbook puts up a message saying printing but eventually times out. > The syslog message on the Linux box says that the connection timed out. There is a catastrophic bug in the 1.3.3b1 version of papd. Look for 1.3.3b2 RSN. :wes From netatalk-admins-request Sun Jun 11 14:58:14 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA20645; Sun, 11 Jun 1995 14:58:14 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA20642; Sun, 11 Jun 1995 14:58:13 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id OAA20636; Sun, 11 Jun 1995 14:58:11 -0400 Message-Id: <199506111858.OAA20636@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: netatalk 1.3.3 beta 2 From: wesley.craig@umich.edu Date: Sun, 11 Jun 1995 14:58:11 -0400 Sender: wes@terminator.rs.itd.umich.edu netatalk 1.3.3 beta 2 is available on terminator.rs.itd.umich.edu in ~ftp/unix/netatalk/netatalk-1.3.3b2.tar.Z. It fixes problems with papd, the SimpleText and LanTest problems with afpd, and problems with getzones. We expect to release a final version when we've finish support for the new AuthMan UAM. :wes From netatalk-admins-request Wed Jun 14 12:14:11 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id MAA14703; Wed, 14 Jun 1995 12:14:11 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id MAA14696; Wed, 14 Jun 1995 12:14:09 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id MAA14689; Wed, 14 Jun 1995 12:14:07 -0400 Resent-Message-Id: <199506141614.MAA14689@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id FAA09196; Wed, 14 Jun 1995 05:19:36 -0400 Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id FAA13859; Wed, 14 Jun 1995 05:19:35 -0400 Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id FAA13856; Wed, 14 Jun 1995 05:19:34 -0400 Received: from epsilon.qmw.ac.uk by truelies.rs.itd.umich.edu (8.6.12/2.2) with SMTP id FAA13837; Wed, 14 Jun 1995 05:19:05 -0400 Received: from canary.dcs.qmw.ac.uk by epsilon.qmw.ac.uk with SMTP-DNS (PP) id <19124-0@epsilon.qmw.ac.uk>; Wed, 14 Jun 1995 10:18:41 +0100 Received: from ruby.dcs.qmw.ac.uk [192.135.231.243] by canary.dcs.qmw.ac.uk (8.6.12/QMW-server-2.4s) with SMTP; poster "Mark Dawson "; id KAA04249; Wed, 14 Jun 1995 10:18:40 +0100 Received: locally by ruby.dcs.qmw.ac.uk (4.1/QMW-client-3.2b); for "md@dcs.qmw.ac.uk"; poster "md"; id AA03550; Wed, 14 Jun 95 10:19:29 BST Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.ruby.cs.qmw.ac.uk.sun4.41 via MS.5.6.ruby.cs.qmw.ac.uk.sun4_41; Wed, 14 Jun 1995 10:19:29 +0100 (BST) Message-Id: Date: Wed, 14 Jun 1995 10:19:29 +0100 (BST) From: Mark Dawson To: netatalk@umich.edu Subject: Wanted: FreeBSD port of netatalk Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 14 Jun 1995 12:14:07 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi, I need to get netatalk working under FreeBSD 2.0.5R. Because it is a matter of some urgency I'm prepared to wade in and get my "hands dirty" if necessary :-). However, I expect some of you will be well ahead of me on this! So, please get in touch with me if you are working on a port or have already got netatalk up and running under FreeBSD. Looking forward to hearing from you! Mark From netatalk-admins-request Tue Jun 27 14:13:50 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA26776; Tue, 27 Jun 1995 14:13:50 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA26769; Tue, 27 Jun 1995 14:13:48 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id OAA26532; Tue, 27 Jun 1995 14:11:56 -0400 Resent-Message-Id: <199506271811.OAA26532@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id OAA10053; Sun, 18 Jun 1995 14:07:50 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA10665; Sun, 18 Jun 1995 14:07:50 -0400 Received: from disperse.demon.co.uk by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with SMTP id OAA10660; Sun, 18 Jun 1995 14:07:48 -0400 Received: from post.demon.co.uk by disperse.demon.co.uk id ab12636; 18 Jun 95 19:07 +0100 Received: from finale.demon.co.uk by post.demon.co.uk id aa11210; 18 Jun 95 19:07 +0100 Received: by finale.demon.co.uk (Linux Smail3.1.28.1 #5) id m0sNOpU-00019hC; Sun, 18 Jun 95 19:12 BST Message-Id: From: Rob Willett Subject: Printing through and Dayna Etherprint box. To: netatalk-admins@umich.edu Date: Sun, 18 Jun 1995 19:12:15 +0200 (BST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 2127 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 27 Jun 1995 14:11:56 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu This is quite long ... I downloaded the latest beta version of netatalk 1.3.3b2 for use on my Linux box, a Mac Powerbook 180c, a HPII printer (with a PostScript cartridge in) and (*cough*) a Dayna Etherprint TP box. Everything apart from printing works find on netatalk-1.3.3b2. To summarise my problem: Linux box running 1.2.7. Dayna Etherprint box running twisted pair. Mac Powerbook 180c running 1.7.1. HP II with Adobe Postscript Cartridge. Works find via lpd. atalkd.conf... #eth0 -phase 2 -net 0-65534 -addr 65280.245 eth0 -phase 2 -net 0-65534 -addr 65280.192 I did comment out the first line and just put eth0 on the second but it seems as if atalkd added the latter. papd.conf... myhpii:\ :pr=lp:op=rob:pd=/usr/local/PPD/LWNT_470.PPD: Using Daynas aecho program I can do the equivalent of pinging the Linux box. This works OK. I can connect to the Linux box via the chooser, start files up all OK. I can see printers in the chooser and select them though when I try to print to them I get a message saying "Looking for myhpii" and then it copies the contents of /usr/spool/lp1 to the message box on the Powerbook. I can even change the message in the file and it will still update with the new message. After a long while it will just time out. An error message is printed in /usr/adm/syslog. Jun 18 16:23:29 finale papd[88]: connection timed out Jun 18 16:23:29 finale papd[85]: child 88 exited with 1 I traced this down to a function call in session.c called session. It looks as if it's waiting for input from the powerbook and then after a certain time it's giving up. I installed the same configuration at a clients site (though a real Appletalk file server and the powerbook could talk through the Etherprint box to the printers via the file server. Various bits of software from Dayna think the the Linux box is an Apple File Server. Q1 - Has anyone got printing to work under Linux and netatalk-1.3.3r2 to a non Appletalk printer? Q2 - Has anyone used a Localtalk to Ethertalk convertor with netatalk? A Gatorbox, a Fastpath or even a Dayna Etherprint box. From netatalk-admins-request Tue Jun 27 17:13:35 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id RAA06420; Tue, 27 Jun 1995 17:13:35 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id RAA06418; Tue, 27 Jun 1995 17:13:34 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id RAA06414; Tue, 27 Jun 1995 17:13:32 -0400 Resent-Message-Id: <199506272113.RAA06414@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id QAA04902; Tue, 27 Jun 1995 16:27:51 -0400 Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id QAA23621; Tue, 27 Jun 1995 16:27:50 -0400 Received: from ll.mit.edu by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with SMTP id QAA23616; Tue, 27 Jun 1995 16:27:49 -0400 Received: by ll.mit.edu (4.1/LL-1.3) id AA04067; Tue, 27 Jun 95 16:18:17 EDT X-Sender: davidson@laser Message-Id: <9506271618.AA15331@LL.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 27 Jun 95 16:18:18 -0400 To: netatalk-admins@umich.edu From: davidson@ll.mit.edu (Steve Davidson) Subject: Re: Printing through and Dayna Etherprint box. Cc: Rob Willett Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 27 Jun 1995 17:13:32 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu >Q2 - Has anyone used a Localtalk to Ethertalk convertor with > netatalk? A Gatorbox, a Fastpath or even a Dayna Etherprint box. Yes to Shiva FastPath 5 (for AFP, only), and yes to Dayna EtherPrint-T (for printing, only). Note, however, I am using netatalk ver. 1.3.1 under SunOS 4.1.3 so this probably won't help (worth what you paid for it ;-) From netatalk-admins-request Thu Jun 29 12:03:10 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id MAA00543; Thu, 29 Jun 1995 12:03:10 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id MAA00541; Thu, 29 Jun 1995 12:03:09 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id MAA00536; Thu, 29 Jun 1995 12:03:07 -0400 Resent-Message-Id: <199506291603.MAA00536@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id SAA20067; Wed, 21 Jun 1995 18:56:01 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id SAA03959; Wed, 21 Jun 1995 18:56:00 -0400 Received: from robot.asimov.net by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id SAA03953; Wed, 21 Jun 1995 18:55:59 -0400 Received: (from modus@localhost) by robot.asimov.net (8.6.12/8.6.12) id SAA27009; Wed, 21 Jun 1995 18:55:56 -0400 Date: Wed, 21 Jun 1995 18:55:55 -0400 (EDT) From: Patrick Michael Kane To: netatalk-admins@umich.edu Subject: PPD for HP Laserjet 4ML Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 29 Jun 1995 12:03:06 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu I'm looking for a PPD file for an HP Laserjet 4ML. I looked on the HP site at the PPD files section, but I didn't see this printer listed. Any tips on finding this file on the net somewhere? Thanks in advance, Patrick Kane From netatalk-admins-request Thu Jun 29 15:04:17 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id PAA05132; Thu, 29 Jun 1995 15:04:17 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id PAA05127; Thu, 29 Jun 1995 15:04:16 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id PAA05123; Thu, 29 Jun 1995 15:04:14 -0400 Resent-Message-Id: <199506291904.PAA05123@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id OAA04221; Thu, 29 Jun 1995 14:23:59 -0400 Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id OAA09539; Thu, 29 Jun 1995 14:23:58 -0400 Received: from excalibur.ens.fr by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id OAA09466; Thu, 29 Jun 1995 14:23:39 -0400 Received: (from besancon@localhost) by excalibur.ens.fr (8.6.9/8.6.6) id UAA21339; Thu, 29 Jun 1995 20:22:46 +0200 Message-Id: <199506291822.UAA21339@excalibur.ens.fr> From: besancon@excalibur.ens.fr (Thierry BESANCON) Date: Thu, 29 Jun 1995 20:22:45 +0200 In-Reply-To: Patrick Michael Kane 's message as of Jun 21, 18:55. X-Organization: Laboratoire de Physique Statistique -- Ecole Normale Supérieure 24 rue Lhomond, 75231 Paris Cedex 05, France tel: (33) 1 44 32 34 76; fax: (33) 1 44 32 34 33 X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Patrick Michael Kane , netatalk-admins@umich.edu, wesley.craig@umich.edu Subject: Re: PPD for HP Laserjet 4ML Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 29 Jun 1995 15:04:13 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu >> I'm looking for a PPD file for an HP Laserjet 4ML. I looked on the HP >> site at the PPD files section, but I didn't see this printer listed. Any >> tips on finding this file on the net somewhere? As usual, for everything that has something to see with postscript, have a look at Adobe sites. Take a look at ftp.adobe.com in /pub/adobe/PPDfiles. There are tar archives of all PPD files or untarred directories. Regards. Thierry From netatalk-admins-request Wed Jul 5 11:34:18 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id LAA19113; Wed, 5 Jul 1995 11:34:18 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id LAA19110; Wed, 5 Jul 1995 11:34:17 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id LAA19103; Wed, 5 Jul 1995 11:34:15 -0400 Resent-Message-Id: <199507051534.LAA19103@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id DAA21471; Tue, 4 Jul 1995 03:39:28 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id DAA14649; Tue, 4 Jul 1995 03:39:27 -0400 Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id DAA14641; Tue, 4 Jul 1995 03:39:25 -0400 Received: from felix.geog.mcgill.ca by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id DAA14634; Tue, 4 Jul 1995 03:39:23 -0400 Received: (from uucp@localhost) by felix.geog.mcgill.ca (8.6.10/8.6.10) with UUCP id DAA18144 for netatalk@umich.edu; Tue, 4 Jul 1995 03:41:12 -0400 Received: (from houston@localhost) by boyd.geog.mcgill.ca (8.6.11/8.6.9) id DAA00260; Tue, 4 Jul 1995 03:43:53 -0400 Date: Tue, 4 Jul 1995 03:43:52 -0400 (EDT) From: Lawrence Houston To: netatalk@umich.edu Subject: Poor performance behind an EtherWave? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 05 Jul 1995 11:34:14 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Wes: We are trying netatalk (1.3.3b2) on a Linux Host which is running Kernel version 1.2.11 and so far we are obtaining very low transfer rates! The Linux Host sits "behind" the MAC which itself is connected to our LAN via an "EtherWave". Judging by the LEDs on the Etherwave, the NET is only "busy" about 5% of the time. Should there be any problems running netatalk "behind" an Etherwave? Thanks. Lawrence Houston - (houston@boyd.geog.mcgill.ca) From netatalk-admins-request Wed Jul 5 14:38:32 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA25265; Wed, 5 Jul 1995 14:38:32 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id OAA25261; Wed, 5 Jul 1995 14:38:31 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id OAA25255; Wed, 5 Jul 1995 14:38:28 -0400 Resent-Message-Id: <199507051838.OAA25255@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id OAA25036; Wed, 5 Jul 1995 14:33:11 -0400 Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id OAA09152; Wed, 5 Jul 1995 14:33:10 -0400 Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id OAA09142; Wed, 5 Jul 1995 14:33:06 -0400 Received: from svcs1.digex.net by truelies.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id OAA09135; Wed, 5 Jul 1995 14:33:05 -0400 Received: from DialupEudora (qlvdsp/jwDgc.@access1.digex.net [205.197.245.192]) by svcs1.digex.net (8.6.12/8.6.12) with SMTP id OAA10945; Wed, 5 Jul 1995 14:32:55 -0400 Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-STTNG-Intel: I am Pentium of Borg. Division is futile. You will be approximated. Date: Wed, 5 Jul 1995 14:33:29 -0400 To: Lawrence Houston From: wkearney@access.digex.net (Bill Kearney) Subject: Re: Poor performance behind an EtherWave? Cc: netatalk@umich.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 05 Jul 1995 14:38:28 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu >We are trying netatalk (1.3.3b2) on a Linux Host which is running Kernel >version 1.2.11 and so far we are obtaining very low transfer rates! The >Linux Host sits "behind" the MAC which itself is connected to our LAN via >an "EtherWave". Judging by the LEDs on the Etherwave, the NET is only >"busy" about 5% of the time. Should there be any problems running >netatalk "behind" an Etherwave? I'm using a few Etherwaves and have not had this kind of trouble. I'm using a Sun 3/60 and several Macintoshes. The link to the Sun is through an Etherwave and it's working the same as not using the Etherwave. Sun----Mac w/etherwave-----10baseT Hub---(rest of the net) Bill -- Bill Kearney | wkearney@access.digex.net | PO Box 201 | kearney@newton.apple.com | Copyright 1995 Butler, MD | ftp://ftp.digex.net/pub/access/wkearney/ | W.G.Kearney (410) 239-0060 | http://www.access.digex.net/~wkearney/ | From netatalk-admins-request Tue Jul 18 10:32:03 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id KAA04000; Tue, 18 Jul 1995 10:32:03 -0400 Received: by terminator.rs.itd.umich.edu (8.6.12/2.3) with X.500 id KAA03996; Tue, 18 Jul 1995 10:32:02 -0400 Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with SMTP id KAA03986; Tue, 18 Jul 1995 10:31:56 -0400 Resent-Message-Id: <199507181431.KAA03986@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id RAA16181; Mon, 17 Jul 1995 17:23:19 -0400 From: kgieselm@wopr.gsm.uci.edu Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id RAA16907; Mon, 17 Jul 1995 17:23:11 -0400 Received: from wopr.gsm.uci.edu by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id RAA16895; Mon, 17 Jul 1995 17:23:09 -0400 Received: from wopr (kgieselm@localhost [127.0.0.1]) by wopr.gsm.uci.edu (8.6.9/8.6.9) with ESMTP id OAA01094 for ; Mon, 17 Jul 1995 14:20:47 -0700 Message-Id: <199507172120.OAA01094@wopr.gsm.uci.edu> To: netatalk-admins@umich.edu Subject: Problems w/ 1.3.3b2 & Linux 1.2.11 Date: Mon, 17 Jul 1995 14:20:47 -0700 Sender: kgieselm@wopr.gsm.uci.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 18 Jul 1995 10:31:56 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi all - I've installed netatalk 1.3.3b2 on my Linux 1.2.11 system, and keep getting the following messages when I try to start it up: bash# ./rc.atalk starting appletalk daemons: atalkdnbp_rgstr: Connection timed out Can't register wopr:Workstation@* nbp_rgstr: Connection timed out Can't register wopr:netatalk@* nbprgstr papd afpd. I've looked through the docs and whatnot, and can't seem to find a solution. Help ?! Thanks in advance, Ken Gieselman University of California, Irvine Graduate School of Management Technical Services =========================================================================== "Diplomacy is the weapon of the Civilized Warrior" - Hun, A.T. Ken Gieselman kgieselm@wopr.gsm.uci.edu =========================================================================== From netatalk-admins-request Thu Jul 20 11:33:16 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id LAA01539; Thu, 20 Jul 1995 11:33:16 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id LAA01532; Thu, 20 Jul 1995 11:33:14 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id LAA01517; Thu, 20 Jul 1995 11:33:09 -0400 (EDT) Resent-Message-Id: <199507201533.LAA01517@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id XAA13641; Wed, 19 Jul 1995 23:01:36 -0400 (EDT) Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id XAA05049; Wed, 19 Jul 1995 23:01:35 -0400 Received: from shadow.net by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id XAA05044; Wed, 19 Jul 1995 23:01:34 -0400 Received: from [198.79.48.61] (ppp-mia-61.shadow.net [198.79.48.61]) by shadow.net (8.6.10/jc-1.0) with SMTP id XAA16456; Wed, 19 Jul 1995 23:06:02 -0400 Date: Wed, 19 Jul 1995 23:06:02 -0400 X-Sender: jpb@shadow.net (Unverified) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: kgieselm@wopr.gsm.uci.edu From: jpb@shadow.net (Joe Block) Subject: Re: Problems w/ 1.3.3b2 & Linux 1.2.11 Cc: netatalk-admins@umich.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 20 Jul 1995 11:33:08 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu >I've installed netatalk 1.3.3b2 on my Linux 1.2.11 system, and keep getting >the following messages when I try to start it up: I just (a week or so ago, anyway) installed 1.3.3b2 with 1.2.8 without any problems. Did you remember to compile your kernel with atalk and IPX defined? My server runs just fine, but I have one minor problem - when I run PowerTalk (7.5.1), it won't add the netatalk drives to the keychain. I can access them normally, the system just won't remember the passwords for me. Joe Block No man's life, liberty or property are safe while the legislature is in session. From netatalk-admins-request Thu Jul 20 14:51:59 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id OAA05376; Thu, 20 Jul 1995 14:51:59 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id OAA05369; Thu, 20 Jul 1995 14:51:58 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id OAA05360; Thu, 20 Jul 1995 14:51:54 -0400 (EDT) Resent-Message-Id: <199507201851.OAA05360@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id OAA04910; Thu, 20 Jul 1995 14:30:47 -0400 (EDT) Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id OAA03806; Thu, 20 Jul 1995 14:30:46 -0400 Received: from wopr.gsm.uci.edu by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id OAA03796; Thu, 20 Jul 1995 14:30:44 -0400 Received: from wopr (kgieselm@localhost [127.0.0.1]) by wopr.gsm.uci.edu (8.6.9/8.6.9) with ESMTP id LAA06857; Thu, 20 Jul 1995 11:28:02 -0700 Message-Id: <199507201828.LAA06857@wopr.gsm.uci.edu> To: jpb@shadow.net (Joe Block) cc: netatalk-admins@umich.edu Subject: Re: Problems w/ 1.3.3b2 & Linux 1.2.11 In-reply-to: Your message of Wed, 19 Jul 1995 23:06:02 -0400. Date: Thu, 20 Jul 1995 11:28:02 -0700 From: Ken Gieselman Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 20 Jul 1995 14:51:53 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu In message , Joe Block writes: >>I've installed netatalk 1.3.3b2 on my Linux 1.2.11 system, and keep getting >>the following messages when I try to start it up: > >I just (a week or so ago, anyway) installed 1.3.3b2 with 1.2.8 without any >problems. Did you remember to compile your kernel with atalk and IPX >defined? > >My server runs just fine, but I have one minor problem - when I run >PowerTalk (7.5.1), it won't add the netatalk drives to the keychain. I can >access them normally, the system just won't remember the passwords for me. > >Joe Block > >No man's life, liberty or property are safe while the legislature is in sessio >n. > Yeah - thanks for all the help - I managed to get it working by running it only on startup. I guess all the problems I was having were from trying to start services *after* the boot process. Thanks again, Ken Gieselman UCI GSM Technical Services ============================================================================ "You countermanded me on *whose* authority?" - Pope John Ken Gieselman kgieselm@wopr.gsm.uci.edu ============================================================================ From netatalk-admins-request Thu Jul 20 17:45:59 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id RAA08128; Thu, 20 Jul 1995 17:45:59 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id RAA08124; Thu, 20 Jul 1995 17:45:58 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id RAA08119; Thu, 20 Jul 1995 17:45:55 -0400 (EDT) Resent-Message-Id: <199507202145.RAA08119@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id QAA07510; Thu, 20 Jul 1995 16:52:06 -0400 (EDT) Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id QAA27107; Thu, 20 Jul 1995 16:52:05 -0400 Received: from shadow.net by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id QAA27094; Thu, 20 Jul 1995 16:52:03 -0400 Received: (jpb@localhost) by shadow.net (8.6.10/jc-1.0) id QAA23114; Thu, 20 Jul 1995 16:56:32 -0400 From: Joseph Block Message-Id: <199507202056.QAA23114@shadow.net> Subject: Re: Problems w/ 1.3.3b2 & Linux 1.2.11 To: Bill.McGonigle@Dartmouth.EDU Date: Thu, 20 Jul 1995 16:56:31 -0400 (EDT) Cc: netatalk-admins@umich.edu In-Reply-To: <6689957@vixen.Dartmouth.EDU> from "William P. McGonigle" at Jul 20, 95 01:12:23 pm X-Mailer: ELM [version 2.4 PL20] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 20 Jul 1995 17:45:55 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Bill, > --- You wrote: > My server runs just fine, but I have one minor problem - when I run > PowerTalk (7.5.1), it won't add the netatalk drives to the keychain. I can > access them normally, the system just won't remember the passwords for me. > --- end of quoted material --- > > Are you using the Kerberos authentication? I'm not sure if PowerTalk supports > cleartext/and-or/alternate UAM's. I'd be interested if you find the real > cause. I didn't turn on Kerberos. As I recall, I pretty much just went with the defaults when I configured it, and it worked first try. Not at all like CAP (:{). Weird problem I had with CAP - I could mount the servers once, no problem, but if I dismounted them and tried again, the system would crash hard in the Chooser. Duo 230, 6100, 950 all had same problem. As I was reading the linux networking group to prepare for a major geeking session to debug, I saw a notice about netatalk and tried it instead. From netatalk-admins-request Wed Aug 2 17:49:24 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id RAA19104; Wed, 2 Aug 1995 17:49:24 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id RAA19102; Wed, 2 Aug 1995 17:49:23 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id RAA19095; Wed, 2 Aug 1995 17:49:22 -0400 (EDT) Resent-Message-Id: <199508022149.RAA19095@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id QAA17288; Wed, 2 Aug 1995 16:01:19 -0400 (EDT) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id QAA28767; Wed, 2 Aug 1995 16:01:18 -0400 Received: from po2.transarc.com by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with SMTP id QAA28761; Wed, 2 Aug 1995 16:01:17 -0400 Received: by po2.transarc.com (5.54/3.15) id for netatalk-admins@umich.edu; Wed, 2 Aug 95 16:01:13 EDT Received: via switchmail; Wed, 2 Aug 1995 16:01:12 -0400 (EDT) Received: from unix3 via qmail ID ; Wed, 2 Aug 1995 16:00:56 -0400 (EDT) Received: from unix3 via qmail ID ; Wed, 2 Aug 1995 16:00:53 -0400 (EDT) Received: from BatMail.robin.v2.12.CUILIB.3.45.SNAP.NOT.LINKED.unix3.sun4.40 via MS.5.6.unix3.sun4_40; Wed, 2 Aug 1995 16:00:53 -0400 (EDT) Message-Id: Date: Wed, 2 Aug 1995 16:00:53 -0400 (EDT) From: Pat_Barron@transarc.com To: netatalk-admins@umich.edu Subject: Netatalk for AIX? Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 02 Aug 1995 17:49:21 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Has anyone done any work on a version of Netatalk for AIX 3.2? This is something I'd be real interested in. --Pat. From netatalk-admins-request Thu Aug 3 10:21:42 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id KAA10365; Thu, 3 Aug 1995 10:21:42 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id KAA10362; Thu, 3 Aug 1995 10:21:41 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id KAA10358; Thu, 3 Aug 1995 10:21:40 -0400 (EDT) Resent-Message-Id: <199508031421.KAA10358@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id DAA00538; Tue, 1 Aug 1995 03:43:19 -0400 (EDT) Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id DAA24310; Tue, 1 Aug 1995 03:43:19 -0400 Received: from midway.uchicago.edu by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id DAA24304; Tue, 1 Aug 1995 03:43:17 -0400 Received: from kimbark.uchicago.edu (kimbark.uchicago.edu [128.135.12.52]) by midway.uchicago.edu (8.6.10/8.6.4) with ESMTP id CAA24858 for ; Tue, 1 Aug 1995 02:43:17 -0500 Received: (glugauer@localhost) by kimbark.uchicago.edu (8.6.10/8.6.4) id CAA22331 for netatalk-admins@umich.edu; Tue, 1 Aug 1995 02:43:10 -0500 From: Gordon B Lugauer Message-Id: <199508010743.CAA22331@kimbark.uchicago.edu> Subject: 1.3.3b2, printing from macs To: netatalk-admins@umich.edu Date: Tue, 1 Aug 1995 02:43:10 -0500 (CDT) Reply-to: glugauer@midway.uchicago.edu X-Mailer: ELM [version 2.4 PL24 PGP3 *ALPHA*] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 03 Aug 1995 10:21:39 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Well, it's about time I finally got back to working on this problem, so I went off and downloaded the 1.3.3b2 source for my sun4c machine, running sunos 4.1.4. The idea is for it to be a central print server for unix, dos, and mac boxes. While the first two work fine, and I cna successfully advertise printers to a mac chooser, the macs never seem to actually send the print job to the sun. I know there was a fatal bug in 1.3.3b1's papd that caused this to bomb out, but this no longer happens. Does anyone have this working, am I missing something, or is it a known problem? papd.conf below: # papd.conf: configuration file for appletalk printers uslw1 experimental spooler:\ pr=uslw1:pd=/usr/local/etc/central.ppd: Thanks, -Gordon B Lugauer gbl@uchicago.edu From netatalk-admins-request Fri Aug 4 10:20:36 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id KAA10420; Fri, 4 Aug 1995 10:20:36 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id KAA10417; Fri, 4 Aug 1995 10:20:35 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id KAA10406; Fri, 4 Aug 1995 10:20:32 -0400 (EDT) Resent-Message-Id: <199508041420.KAA10406@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id JAA09105; Fri, 4 Aug 1995 09:05:21 -0400 (EDT) Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id JAA28554; Fri, 4 Aug 1995 09:05:21 -0400 Received: from deneb.dfn.de by truelies.rs.itd.umich.edu (8.6.12/2.2) with SMTP id JAA28502; Fri, 4 Aug 1995 09:05:04 -0400 Received: from unixserv.rz.fh-hannover.de (rzgw.rz.fh-hannover.de) by deneb.dfn.de (4.1/SMI-4.2) id AA12238; Fri, 4 Aug 95 15:04:06 +0200 Received: from bidnix.bid.fh-hannover.de by unixserv.rz.fh-hannover.de (AIX 3.2/UCB 5.64/4.03) id AA08538; Fri, 4 Aug 1995 15:02:54 +0100 Received: by bidnix.bid.fh-hannover.de (Linux Smail3.1.28.1 #1) id m0sZM5D-000DPAC; Fri, 21 Jul 95 19:41 MET DST Message-Id: From: bueker@bidnix.bid.fh-hannover.de (Toens Bueker) Subject: Re: Problems w/ 1.3.3b2 & Linux 1.2.11 To: kgieselm@wopr.gsm.uci.edu (Ken Gieselman) Date: Fri, 21 Jul 1995 19:41:55 +0200 (MET DST) Cc: netatalk-admins@umich.edu In-Reply-To: <199507201828.LAA06857@wopr.gsm.uci.edu> from "Ken Gieselman" at Jul 20, 95 11:28:02 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 04 Aug 1995 10:20:32 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Ken Gieselman wrote: > Yeah - thanks for all the help - I managed to get it working by running > it only on startup. I guess all the problems I was having were from > trying to start services *after* the boot process. > Nice to see your problem solved. But I have another one :-) A certain period of time after boot-time everything looks quite pretty and the Linux-Server appears in the chooser menu of the different Macs in our network. I don't know exactly when, but after some time the Linux-Server isn't available any longer in the chooser menus. On the Server there is no difference. 'nbplkup' and all the other utils seem to work quite perfect. Maybe somebody could explain these lines out of /usr/adm/messages (if they have anything to do with this phenomenon). And maybe somebody already has a solution for this. Jul 21 10:16:51 bidnix atalkd[58]: zip_getnetinfo for eth0 Jul 21 10:17:11 bidnix atalkd[58]: zip_packet configured eth0 from 200.207 Jul 21 10:17:16 bidnix atalkd[58]: rtmp_packet gateway 200.108 up Jul 21 10:17:18 bidnix atalkd[58]: rtmp_packet gateway 200.207 up Jul 21 10:17:20 bidnix atalkd[58]: zip skip reply 200-200 from 200.108 (no query) Jul 21 10:17:40 bidnix atalkd[58]: ready 0/0/0 Jul 21 12:27:20 bidnix atalkd[58]: as_timer gateway 200.207 down Jul 21 12:27:30 bidnix atalkd[58]: as_timer gateway 200.108 down Jul 21 12:27:50 bidnix atalkd[58]: as_timer gateway 200.207 down Jul 21 12:28:00 bidnix atalkd[58]: as_timer gateway 200.108 down Jul 21 12:28:00 bidnix atalkd[58]: as_timer last gateway down Thx and by T"ons From netatalk-admins-request Fri Aug 4 10:28:59 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id KAA10665; Fri, 4 Aug 1995 10:28:59 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id KAA10663; Fri, 4 Aug 1995 10:28:58 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id KAA10626; Fri, 4 Aug 1995 10:27:51 -0400 (EDT) Message-Id: <199508041427.KAA10626@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: bueker@bidnix.bid.fh-hannover.de (Toens Bueker) cc: kgieselm@wopr.gsm.uci.edu (Ken Gieselman), netatalk-admins@umich.edu, iialan@iifeak.swan.ac.uk Subject: Re: Problems w/ 1.3.3b2 & Linux 1.2.11 In-reply-to: Your message of "Fri, 21 Jul 1995 19:41:55 +0200." MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Date: Fri, 04 Aug 1995 10:27:50 -0400 Sender: wes@terminator.rs.itd.umich.edu ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" > From: bueker@bidnix.bid.fh-hannover.de (Toens Bueker) > To: kgieselm@wopr.gsm.uci.edu (Ken Gieselman) > I don't know exactly when, but after some time the Linux-Server > isn't available any longer in the chooser menus. On the > Server there is no difference. 'nbplkup' and all the other > utils seem to work quite perfect. > Jul 21 12:28:00 bidnix atalkd[58]: as_timer last gateway down A fairly easy fix. The distributed version of sys/linux/ddp.c doesn't pay attention to what's passed to it from atalkd. The attached patch fixes this problem. :wes ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-Description: probe correct start node *** sys/linux/ddp.c- 1995/06/30 18:00:45 --- sys/linux/ddp.c 1995/07/18 19:53:52 *************** *** 313,318 **** --- 313,319 ---- int ct; int netrange=ntohs(atif->nets.nr_lastnet)-ntohs(atif->nets.nr_firstnet)+1; int probe_net=ntohs(atif->address.s_net); + int probe_node=atif->address.s_node; int netct; int nodect; *************** *** 328,335 **** else probe_net=ntohs(atif->nets.nr_firstnet) + (jiffies%netrange); } ! ! /* * Scan the networks. */ --- 329,339 ---- else probe_net=ntohs(atif->nets.nr_firstnet) + (jiffies%netrange); } ! ! if ( probe_node == ATADDR_ANYNODE ) { ! probe_node = jiffies&255; ! } ! /* * Scan the networks. */ *************** *** 337,350 **** for(netct=0;netct<=netrange;netct++) { /* ! * Sweep the available nodes from a random start. */ - int nodeoff=jiffies&255; - atif->address.s_net=htons(probe_net); for(nodect=0;nodect<256;nodect++) { ! atif->address.s_node=((nodect+nodeoff)&0xFF); if(atif->address.s_node>0&&atif->address.s_node<254) { /* --- 341,352 ---- for(netct=0;netct<=netrange;netct++) { /* ! * Sweep the available nodes from a given start. */ atif->address.s_net=htons(probe_net); for(nodect=0;nodect<256;nodect++) { ! atif->address.s_node=((nodect+probe_node)&0xFF); if(atif->address.s_node>0&&atif->address.s_node<254) { /* ------- =_aaaaaaaaaa0-- From netatalk-admins-request Mon Aug 7 10:55:21 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id KAA16927; Mon, 7 Aug 1995 10:55:21 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id KAA16918; Mon, 7 Aug 1995 10:55:20 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id KAA16905; Mon, 7 Aug 1995 10:55:17 -0400 (EDT) Resent-Message-Id: <199508071455.KAA16905@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id RAA13387; Sun, 6 Aug 1995 17:24:42 -0400 (EDT) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id RAA11935; Sun, 6 Aug 1995 17:24:42 -0400 Received: from midway.uchicago.edu by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id RAA11930; Sun, 6 Aug 1995 17:24:41 -0400 Received: from quads.uchicago.edu (quads.uchicago.edu [128.135.12.63]) by midway.uchicago.edu (8.6.10/8.6.4) with ESMTP id QAA03712 for ; Sun, 6 Aug 1995 16:24:40 -0500 Received: (rwach@localhost) by quads.uchicago.edu (8.6.10/8.6.4) id QAA19210 for netatalk-admins@umich.edu; Sun, 6 Aug 1995 16:24:33 -0500 From: Chip Ach Message-Id: <199508062124.QAA19210@quads.uchicago.edu> Subject: Changing LW types To: netatalk-admins@umich.edu Date: Sun, 6 Aug 1995 16:24:33 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 07 Aug 1995 10:55:16 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Does anyone know of a utility similar to CAP's lwrename? It monitors a list of printers and will change the type of a LaserWriter from LaserWriter to LaserShared, mimicing the Apple print server's spooling of a printer. I have some postscript code that SHOULD do the trick, but I can't understand a letter of it. I also have lwrename's code, but I have no idea how to translate it to work with CAP. Thanks, Chip From netatalk-admins-request Tue Aug 8 11:18:51 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id LAA26360; Tue, 8 Aug 1995 11:18:51 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id LAA26358; Tue, 8 Aug 1995 11:18:49 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id LAA26333; Tue, 8 Aug 1995 11:18:38 -0400 (EDT) Resent-Message-Id: <199508081518.LAA26333@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id KAA25456; Tue, 8 Aug 1995 10:51:37 -0400 (EDT) Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id KAA27807; Tue, 8 Aug 1995 10:51:36 -0400 Received: from wizard.msfc.nasa.gov by truelies.rs.itd.umich.edu (8.6.12/2.2) with SMTP id KAA27802; Tue, 8 Aug 1995 10:51:34 -0400 Received: by wizard.msfc.nasa.gov (931110.SGI/930416.SGI.AUTO) for netatalk-admins@umich.edu id AA11147; Tue, 8 Aug 95 11:13:58 -0700 From: "Rich Drinkard" Message-Id: <9508081113.ZM11145@wizard.msfc.nasa.gov> Date: Tue, 8 Aug 1995 11:13:51 -0500 X-Mailer: Z-Mail (3.1.0 22feb94 MediaMail) To: netatalk-admins@umich.edu Subject: netatalk run on DEC ALPHA ? Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 08 Aug 1995 11:18:38 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Does anyone have information on getting netatalk to build on a DEC ALPHA running OSF/1. I have to get this working by yesterday. Any help is appreciated. Rich Drinkard drinkard@wizard.msfc.nasa.gov From netatalk-admins-request Tue Aug 8 11:21:00 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id LAA26464; Tue, 8 Aug 1995 11:21:00 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id LAA26444; Tue, 8 Aug 1995 11:20:56 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id LAA26427; Tue, 8 Aug 1995 11:20:47 -0400 (EDT) Message-Id: <199508081520.LAA26427@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: "Rich Drinkard" cc: netatalk-admins@umich.edu Subject: Re: netatalk run on DEC ALPHA ? In-reply-to: Your message of "Tue, 08 Aug 1995 11:13:51 CDT." <9508081113.ZM11145@wizard.msfc.nasa.gov> Date: Tue, 08 Aug 1995 11:20:47 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: "Rich Drinkard" > To: netatalk-admins@umich.edu > Does anyone have information on getting netatalk to build on a DEC ALPHA > running OSF/1. > I have to get this working by yesterday. Good luck. There is no port to OSF/1. I doubt you can have a port done by yesterday. If you plan to undertake a port, let me know, and we'll try to help as much as we can, on the understanding that you'll contribute changes back to the distribution. :wes From netatalk-admins-request Tue Aug 8 19:19:39 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id TAA09934; Tue, 8 Aug 1995 19:19:39 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id TAA09929; Tue, 8 Aug 1995 19:19:38 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id TAA09925; Tue, 8 Aug 1995 19:19:36 -0400 (EDT) Resent-Message-Id: <199508082319.TAA09925@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id QAA07288; Tue, 8 Aug 1995 16:18:44 -0400 (EDT) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id QAA06587; Tue, 8 Aug 1995 16:18:44 -0400 Received: from andrew.cmu.edu by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id QAA06564; Tue, 8 Aug 1995 16:18:36 -0400 Received: (from postman@localhost) by andrew.cmu.edu (8.6.12/8.6.12) id QAA12036 for netatalk-admins@umich.edu; Tue, 8 Aug 1995 16:18:33 -0400 Received: via switchmail; Tue, 8 Aug 1995 16:18:32 -0400 (EDT) Received: from unix20.andrew.cmu.edu via qmail ID ; Tue, 8 Aug 1995 16:16:35 -0400 (EDT) Received: from unix20.andrew.cmu.edu via qmail ID ; Tue, 8 Aug 1995 16:16:33 -0400 (EDT) Received: from mms.4.60.Jan.26.1995.18.43.47.sun4c.411.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix20.andrew.cmu.edu.sun4c.411 via MS.5.6.unix20.andrew.cmu.edu.sun4c_411; Tue, 8 Aug 1995 16:16:32 -0400 (EDT) Message-ID: Date: Tue, 8 Aug 1995 16:16:32 -0400 (EDT) From: "Nathan J. Dohm" To: netatalk-admins@umich.edu Subject: Kerberized stuff Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 08 Aug 1995 19:19:35 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu I've been playing with netatalk 1.3.3b2 for a while now, and I have yet to get any kerberized stuff to work with it. I'm running it on Ultrix 4.4; afpd and papd both work without any authentication. Trying to log in via Appleshare using the Kerberos IV UAM reports that the server is unavailable. It is failing trying to do a krb_rd_request(..) in krb4_logincont(..) -- the authenticator is larger than permitted (56 bytes, the limit is 40) and when I forced it to decrypt it anyway, it came out a bunch of garbage. The AFS UAM doesn't even compile (there are syntax errors such as missing semicolons) so I didn't bother trying to get that to work. There is no documentation (not even a readme...) about the Kerberized printing in either papd or in the Mac "Authenicated Printing" extension. I installed it and it screwed up the LaserWriter 8 driver so bad we couldn't print anything. It seems to be asking the LaserWriter driver to reset itself constantly. I read the mailing list archives and found no mention of any of these problems; the beta 2 release announcement only says that authentication will be "completed" in the final release, saying nothing about its current state. Is any of this stuff supposed to work? If it is, does anyone have it working? Does anyone have it working under Ultrix? Please let me know of any experiences with this software. Thanks, Nathan Carnegie Mellon ECE Facilities From netatalk-admins-request Mon Aug 21 11:50:29 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id LAA04996; Mon, 21 Aug 1995 11:50:29 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id LAA04993; Mon, 21 Aug 1995 11:50:28 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id LAA04970; Mon, 21 Aug 1995 11:50:10 -0400 (EDT) Resent-Message-Id: <199508211550.LAA04970@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id JAA03528; Wed, 16 Aug 1995 09:24:49 -0400 (EDT) Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id JAA00455; Wed, 16 Aug 1995 09:24:49 -0400 Received: from winona.rydnet.lysator.liu.se by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id JAA00450; Wed, 16 Aug 1995 09:24:46 -0400 Received: from hog.rydnet.lysator.liu.se (hog.rydnet.lysator.liu.se [192.165.122.81]) by winona.rydnet.lysator.liu.se (8.6.11/8.6.9) with ESMTP id PAA12518 for ; Wed, 16 Aug 1995 15:24:45 +0200 Received: (from wingel@localhost) by hog.rydnet.lysator.liu.se (8.6.12/8.6.9) id PAA06047; Wed, 16 Aug 1995 15:19:58 +0200 Date: Wed, 16 Aug 1995 15:19:58 +0200 Message-Id: <199508161319.PAA06047@hog.rydnet.lysator.liu.se> From: Christer Weinigel To: netatalk-admins@umich.edu Subject: Small buglet in pap Reply-to: wingel@ctrl-c.liu.se Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 21 Aug 1995 11:50:10 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu There is a small bug in the pap program. When printing to the HP Laserjet 4 or Laserjet IIg at our site, pap would get a timeout after about 20 pages and abort the print. This is the problem: The timeout `tv' is not reset after select has timed out, and since select modifies tv to reflect the time remaining, pap won't wait for a response after sending a `tickle'. BTW, I'm quite new to the netatalk-admins list, so if I should mail this somewhere else, please tell me. /Christer --- netatalk-1.3.3b2/bin/pap/pap.c.orig Mon Apr 10 01:11:15 1995 +++ netatalk-1.3.3b2/bin/pap/pap.c Wed Aug 16 15:12:55 1995 @@ -380,9 +380,6 @@ int cc, i; unsigned short netseq; - tv.tv_sec = 60; - tv.tv_usec = 0; - /* * Ask for more data. */ @@ -409,6 +406,9 @@ FD_SET( fd, &fds ); } FD_SET( atp_fileno( atp ), &fds ); + + tv.tv_sec = 60; + tv.tv_usec = 0; if (( cc = select( FD_SETSIZE, &fds, 0, 0, &tv )) < 0 ) { perror( "select" ); From netatalk-admins-request Mon Aug 21 14:59:07 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id OAA14951; Mon, 21 Aug 1995 14:59:07 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id OAA14949; Mon, 21 Aug 1995 14:59:06 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id OAA14942; Mon, 21 Aug 1995 14:59:03 -0400 (EDT) Resent-Message-Id: <199508211859.OAA14942@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id QAA09141; Thu, 10 Aug 1995 16:32:32 -0400 (EDT) Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id QAA20413; Thu, 10 Aug 1995 16:32:31 -0400 Received: from mail.think.com by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with SMTP id QAA20396; Thu, 10 Aug 1995 16:32:28 -0400 Received: from Branch.Think.COM by mail.think.com; Thu, 10 Aug 95 16:32:27 -0400 From: Dave DeChellis Received: by branch.think.com (4.1/Think-1.2) id AA18501; Thu, 10 Aug 95 16:32:26 EDT Message-Id: <9508102032.AA18501@branch.think.com> Subject: Seiko Color Printer Printcap entry To: netatalk-admins@umich.edu Date: Thu, 10 Aug 1995 16:32:26 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 21 Aug 1995 14:59:03 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi. Does anyone have any entries for a color seiko printer for a printcap entry? I'm having trouble getting output with mine. P.S. I can manually (via pap) get output. Thanks Dave dave@think.com From netatalk-admins-request Tue Aug 22 11:26:20 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id LAA14297; Tue, 22 Aug 1995 11:26:20 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id LAA14293; Tue, 22 Aug 1995 11:26:19 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id LAA14281; Tue, 22 Aug 1995 11:26:16 -0400 (EDT) Message-Id: <199508221526.LAA14281@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: ericb@sicom.com (Eric Brombaugh) cc: netatalk-admins@umich.edu Subject: Re: Printing Finally works! In-reply-to: Your message of "Tue, 22 Aug 1995 08:00:54 MDT." <9508221400.AA12326@sicom.com> Date: Tue, 22 Aug 1995 11:26:15 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: ericb@sicom.com (Eric Brombaugh) > To: wesley.craig@umich.edu > When do think 1.3.3 will advance out of beta? When we get the Kerberos IV UAM finished. Or maybe when we get the contributed FreeBSD port integrated. :wes From netatalk-admins-request Tue Aug 22 11:25:22 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id LAA14242; Tue, 22 Aug 1995 11:25:22 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id LAA14237; Tue, 22 Aug 1995 11:25:21 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id LAA14233; Tue, 22 Aug 1995 11:25:20 -0400 (EDT) Resent-Message-Id: <199508221525.LAA14233@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id LAA14115; Tue, 22 Aug 1995 11:16:02 -0400 (EDT) Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id LAA10782; Tue, 22 Aug 1995 11:16:01 -0400 Received: from news5.crl.com by truelies.rs.itd.umich.edu (8.6.12/2.2) with SMTP id LAA10776; Tue, 22 Aug 1995 11:15:59 -0400 Received: from icarus.UUCP by news5.crl.com with UUCP id AA25490 (5.65c/IDA-1.502); Tue, 22 Aug 1995 08:02:18 -0700 Received: from oberon.sicom by sicom.com (4.1/SMI-4.1) id AA12326; Tue, 22 Aug 95 08:00:54 MDT Date: Tue, 22 Aug 95 08:00:54 MDT From: ericb@sicom.com (Eric Brombaugh) Message-Id: <9508221400.AA12326@sicom.com> To: wesley.craig@umich.edu Subject: Printing Finally works! Cc: netatalk-admins@umich.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 22 Aug 1995 11:25:19 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Wes, I just installed 1.3.3b2 on my Sparc II (SunOS 4.1.3U1) and the papd printinging to lpd-based printers finally works _Well_! Thanks so much to you folks - At last I can abandon that buggy Interprint software. When do think 1.3.3 will advance out of beta? Later, Eric Brombaugh Sys Admin SICOM, Inc. ericb@sicom.com From netatalk-admins-request Tue Sep 5 09:54:18 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id JAA03527; Tue, 5 Sep 1995 09:54:18 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id JAA03524; Tue, 5 Sep 1995 09:54:15 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id JAA03518; Tue, 5 Sep 1995 09:54:14 -0400 (EDT) Resent-Message-Id: <199509051354.JAA03518@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id VAA05911; Sat, 2 Sep 1995 21:17:34 -0400 (EDT) Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id VAA11052; Sat, 2 Sep 1995 21:17:33 -0400 Received: from midway.uchicago.edu by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id VAA11047; Sat, 2 Sep 1995 21:17:32 -0400 Received: from kimbark.uchicago.edu (kimbark.uchicago.edu [128.135.12.52]) by midway.uchicago.edu (8.6.10/8.6.4) with ESMTP id UAA06045; Sat, 2 Sep 1995 20:17:27 -0500 Received: (rwach@localhost) by kimbark.uchicago.edu (8.6.10/8.6.4) id UAA15660; Sat, 2 Sep 1995 20:17:04 -0500 From: Chip Ach Message-Id: <199509030117.UAA15660@kimbark.uchicago.edu> Subject: LaserWriter 7 timeout problem To: netatalk-admins@umich.edu Date: Sat, 2 Sep 1995 20:17:04 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 05 Sep 1995 09:54:13 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu I'm having problems with netatalk 1.3.3b1/2 (all b1 with b2's papd) timing out when LaswerWriter 7 prints to it. LaserWriter 8 works just fine. I am using a Sun Sparc 4 with SunOS 4.1.4... I am pretty sure that it is never getting past papd; I don't like the lpr process occurs. I've narrowed it down to the fact that the time out occurs in session.c, but don't know more that that. I know that others have had problems with some printer drivers and papd from netatalk 1.3.3b2.... Does anyone have any suggestions or a fix to this problem? I NEED to figure this out in about 2 weeks. I REALLY don't want to try and figure out cap. Thank you very much in advance, Chip p.s. The reason that I'm using mostly 1.3.3b1 is that I can't see into other zones with b2. b1's papd has that, as Wes said, "catastophic bug." From netatalk-admins-request Tue Sep 5 11:51:34 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id LAA06726; Tue, 5 Sep 1995 11:51:34 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id LAA06724; Tue, 5 Sep 1995 11:51:32 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id LAA06715; Tue, 5 Sep 1995 11:51:23 -0400 (EDT) Resent-Message-Id: <199509051551.LAA06715@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id IAA17748; Thu, 31 Aug 1995 08:23:29 -0400 (EDT) Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id IAA04460; Thu, 31 Aug 1995 08:23:28 -0400 Received: from venus.open.ac.uk by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with SMTP id IAA04424; Thu, 31 Aug 1995 08:23:22 -0400 Received: from tech.open.ac.uk by venus.open.ac.uk with SMTP Local (PP) id <08173-0@venus.open.ac.uk>; Thu, 31 Aug 1995 13:22:27 +0100 Received: from [137.108.97.7] (baldrick) by sunflower.open.ac.uk (4.1/SMI-4.1) id AA18329; Thu, 31 Aug 95 13:22:27 BST X-Sender: kc_quick@sunflower.open.ac.uk Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 31 Aug 1995 13:22:27 +0100 To: netatalk-admins@umich.edu From: k.c.quick@open.ac.uk (Kevin Quick) Subject: Apple LW on Ethernet Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 05 Sep 1995 11:51:23 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu I've managed to get Netatalk running under linux but now I need to be able to print from linux to an ethernet connect Apple LW IIg. Has anybody got sample papd.conf and printcap files they could send me which must be easier than trying to decipher the man pages. ____________________________________________________________________ Kevin Quick Computer Support Engineer Internet Mail: k.c.quick@open.ac.uk The best thing to run under Windows is radiator pipes http://www-tec.open.ac.uk/ From netatalk-admins-request Tue Sep 5 16:28:45 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id QAA14626; Tue, 5 Sep 1995 16:28:45 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id QAA14624; Tue, 5 Sep 1995 16:28:44 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id QAA14602; Tue, 5 Sep 1995 16:27:52 -0400 (EDT) Resent-Message-Id: <199509052027.QAA14602@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id QAA13949; Tue, 5 Sep 1995 16:15:03 -0400 (EDT) Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id QAA01417; Tue, 5 Sep 1995 16:15:02 -0400 Received: from mull.dis.strath.ac.uk by truelies.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id QAA01386; Tue, 5 Sep 1995 16:14:58 -0400 Received: from localhost (localhost [127.0.0.1]) by mull.dis.strath.ac.uk (8.6.5/8.6.5) with SMTP id VAA27437; Tue, 5 Sep 1995 21:14:46 +0100 To: Chip Ach cc: netatalk-admins@umich.edu Subject: Re: LaserWriter 7 timeout problem In-reply-to: Your message of "Sat, 02 Sep 1995 20:17:04 -0500." Date: Tue, 05 Sep 1995 21:14:45 +0100 Message-ID: <27435.810332085@dis.strath.ac.uk> From: Duncan Sinclair Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 05 Sep 1995 16:27:52 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Chip Ach writes: >I'm having problems with netatalk 1.3.3b1/2 (all b1 with b2's papd) >timing out when LaswerWriter 7 prints to it. LaserWriter 8 works just >fine. I am using a Sun Sparc 4 with SunOS 4.1.4... I am pretty sure >that it is never getting past papd; I don't like the lpr process >occurs. I've narrowed it down to the fact that the time out occurs in >session.c, but don't know more that that. I, too am having similar problems. Currently I'm running both b1's papd and b2's papd. The chooser names are set to reflect that one works with LW8, the other with LW7, but it's not an ideal solution. Ideally, I'd like b2's papd to be able to talk to LW7 and give the same amount of syslog output as b1's does. I don't have time to look at the code unfortunately. Duncan. From netatalk-admins-request Thu Sep 14 14:24:27 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id OAA09242; Thu, 14 Sep 1995 14:24:27 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id OAA09239; Thu, 14 Sep 1995 14:24:26 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id OAA09227; Thu, 14 Sep 1995 14:24:24 -0400 (EDT) Resent-Message-Id: <199509141824.OAA09227@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id LAA04120; Thu, 14 Sep 1995 11:51:46 -0400 (EDT) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id LAA12218; Thu, 14 Sep 1995 11:51:45 -0400 Received: from po6.andrew.cmu.edu by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id LAA11956; Thu, 14 Sep 1995 11:50:29 -0400 Received: (from postman@localhost) by po6.andrew.cmu.edu (8.6.12/8.6.12) id LAA06082 for netatalk-admins@umich.edu; Thu, 14 Sep 1995 11:50:26 -0400 Received: via switchmail; Thu, 14 Sep 1995 11:50:24 -0400 (EDT) Received: from unix14.andrew.cmu.edu via qmail ID ; Thu, 14 Sep 1995 11:49:27 -0400 (EDT) Received: from unix14.andrew.cmu.edu via qmail ID ; Thu, 14 Sep 1995 11:49:21 -0400 (EDT) Received: from mms.4.60.Jan.26.1995.18.43.47.sun4c.411.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.unix14.andrew.cmu.edu.sun4c.411 via MS.5.6.unix14.andrew.cmu.edu.sun4c_411; Thu, 14 Sep 1995 11:49:20 -0400 (EDT) Message-ID: Date: Thu, 14 Sep 1995 11:49:20 -0400 (EDT) From: Matthew G Newcomb To: netatalk-admins@umich.edu Subject: sparcprinter? Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 14 Sep 1995 14:24:23 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu G'day, I just installed netatalk 1.3.3b2 on a sparc 2 running sunos 4.1.1u1 (I know it's old, but for the moment its all we have). Anyway the generic apple chooser (system 7.5) doesn't seem to want to print to the sparcprinter. I don't really get any errors except about a missing ppd file. I tried to locate one, but can't seem to find it. Anyone know where I can find a ppd file for a sparc printer, and failing that share a working papd.conf entry for one with me! Thanks.. Matt From netatalk-admins-request Thu Sep 14 14:24:01 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id OAA09183; Thu, 14 Sep 1995 14:24:01 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id OAA09179; Thu, 14 Sep 1995 14:23:59 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id OAA09174; Thu, 14 Sep 1995 14:23:58 -0400 (EDT) Resent-Message-Id: <199509141823.OAA09174@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id MAA05345; Thu, 14 Sep 1995 12:44:11 -0400 (EDT) Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id MAA02697; Thu, 14 Sep 1995 12:44:11 -0400 Received: from gatekeeper.es.dupont.com by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with SMTP id MAA02669; Thu, 14 Sep 1995 12:44:06 -0400 Received: by gatekeeper.es.dupont.com; id AA17913; Thu, 14 Sep 95 12:44:06 -0400 Received: from zaphod.es.dupont.com by essv03.es.dupont.com with SMTP id AA27857; Thu, 14 Sep 1995 12:44:04 -0400 Received: by zaphod.es.dupont.com (4.1/4.7) id AA04835; Thu, 14 Sep 95 12:44:04 EDT Message-Id: <9509141644.AA04835@zaphod.es.dupont.com> X-Mailer: exmh version 1.6.1 5/23/95 To: netatalk-admins@umich.edu Subject: Kerberos IV UAM Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 14 Sep 95 12:44:03 EDT From: Rob A Elkins Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 14 Sep 1995 14:23:57 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Does anyone know the status of the Kerberos IV UAM? Apparently, the authman UAM that is on the UMICH server doesn't have Kerberos support Regards, Rob ------------------------------------------------------------------------------- "Just remember, no matter where you go, there you are." ------------------------------------------------------------------------------- Rob Elkins Internet: elkinsra@prism.es.dupont.com DuPont Central Research & Development Scientific Computing Division Voice: 302-695-9292 Standard Disclaimer: I'm an adult, these are my opinions, not DuPont's. From netatalk-admins-request Thu Sep 21 13:18:53 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id NAA08090; Thu, 21 Sep 1995 13:18:53 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id NAA08085; Thu, 21 Sep 1995 13:18:52 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id NAA08076; Thu, 21 Sep 1995 13:18:50 -0400 (EDT) Resent-Message-Id: <199509211718.NAA08076@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id WAA07209; Mon, 18 Sep 1995 22:39:01 -0400 (EDT) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id WAA22357; Mon, 18 Sep 1995 22:39:00 -0400 Received: from ddi.digital.net by twins.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id WAA22349; Mon, 18 Sep 1995 22:38:56 -0400 Received: from synova.com (synova.com [198.69.107.104]) by ddi.digital.net (8.6.9/8.6.9) with SMTP id WAA13614 for ; Mon, 18 Sep 1995 22:38:27 -0400 Date: Mon, 18 Sep 95 22:42:53 EST From: Frank Thomas Subject: Re: sparcpr‚ To: netatalk-admins@umich.edu X-Mailer: LeeMail 2.0.4 Message-Id: Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 21 Sep 1995 13:18:49 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu > Anyway the >generic apple chooser (system 7.5) doesn't seem to want to print to the >sparcprinter. I have found that the "LaserWriter GX" chooser device doesn't seem to work with netatalk. The chooser device that I got to work is called "Laserwriter 8". Both of these were in my system 7.5 system folder (extensions?) but in the chooser I could only see the GX thing. I had to use the install cdrom and uninstall the GX stuff. Only then did I see the other chooser device. >I don't really get any errors except about a missing ppd >file. This sounds much like the problem I was having. If you still don't have it working skip the ppd and try this. Check the man page for the print and nfs daemon from netatak (papd and afpd) for a command line option that tells where to find the startup files (papd.conf and AppleVolumes.default) are located. Ignore the part of the man page that says these are optional command line parameters and that the daemon will go to a default location to get these files. Instead put the parameters on the command line when you start the daemon, even if you put the default paths there. I could neither print to a unix host nor mount unix volumes without these (optional) command line parameters, but everything worked fine after I added them. >Anyone know >where I can find a ppd file for a sparc printer Again I don't think that this is the problem. I posted a request for a sparcprinter ppd to usenet (was it comp.???.appletalk?) and most people who responded said they had no problems using the generic ppd that the mac supplied (after you select the unix printer in the chooser you punch up something like "configure printer" and from there you can select a ppd -- use generic). One person did supply a ppd. I have tacked on his note below. <<<<<<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>> Date: Wed, 16 Aug 1995 08:25:34 -0700 From: scott@xinet.COM (Scott Seebass) To: frank@synova.com Subject: SPARC printer PPD. Here is the one I made up. It is not perfect, but it least it is a starting point. You can change the "Version" to reflect the version number of the Postcript RIP in your copy of Newsprint (though it probably does not matter). If you have more thatn the standard fonts, you you can build the fonts list with a find script in the NewsPrint font directory... Scott Seebass Xinet *% Short PPD file for SparcPrinter, hacked by Xinet *FormatVersion: "4.0b3" *FileVersion: "3.0" *PCFileName: "PRINTER.PPD" *LanguageVersion: English *Product: "(SPARCprinter)" *ModelName: "(SPARCprinter)" *NickName: "(SPARCprinter)" *Version: "(0.0) 0" *LanguageLevel: 1 *Font AvantGarde-Book: *Font AvantGarde-BookOblique: *Font AvantGarde-Demi: *Font AvantGarde-DemiOblique: *Font Bembo: *Font Bembo-Bold: *Font Bembo-BoldItalic: *Font Bembo-Italic: *Font Bookman-Demi: *Font Bookman-DemiItalic: *Font Bookman-Light: *Font Bookman-LightItalic: *Font Courier: *Font Courier-Bold: *Font Courier-BoldOblique: *Font Courier-Oblique: *Font GillSans: *Font GillSans-Bold: *Font GillSans-BoldItalic: *Font GillSans-Italic: *Font Helvetica: *Font Helvetica-Bold: *Font Helvetica-BoldOblique: *Font Helvetica-Narrow: *Font Helvetica-Narrow-Bold: *Font Helvetica-Narrow-BoldOblique: *Font Helvetica-Narrow-Oblique: *Font Helvetica-Oblique: *Font Lucida-BrightDemiBoldItalic: *Font LucidaBright: *Font LucidaBright-Demi: *Font LucidaBright-Italic: *Font LucidaSans: *Font LucidaSans-Bold: *Font LucidaSans-BoldItalic: *Font LucidaSans-Italic: *Font LucidaSans-Typewriter: *Font LucidaSans-TypewriterBold: *Font NewCenturySchlbk-Bold: *Font NewCenturySchlbk-BoldItalic: *Font NewCenturySchlbk-Italic: *Font NewCenturySchlbk-Roman: *Font Palatino-Bold: *Font Palatino-BoldItalic: *Font Palatino-Italic: *Font Palatino-Roman: *Font Rockwell: *Font Rockwell-Bold: *Font Rockwell-BoldItalic: *Font Rockwell-Italic: *Font Symbol: *Font Times-Bold: *Font Times-BoldItalic: *Font Times-Italic: *Font Times-Roman: *Font ZapfChancery-MediumItalic: *Font ZapfDingbats: <<<<<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>>> ________________________________________________________________________ Frank Thomas 1333 Gateway Drive #1017 voice: 407-728-9678 email: frank@synova.com Melbourne, FL 32901 fax: 407-728-9587 From netatalk-admins-request Fri Sep 22 10:48:17 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id KAA17523; Fri, 22 Sep 1995 10:48:17 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with X.500 id KAA17520; Fri, 22 Sep 1995 10:48:14 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id KAA17512; Fri, 22 Sep 1995 10:48:10 -0400 (EDT) Resent-Message-Id: <199509221448.KAA17512@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id TAA21673; Thu, 21 Sep 1995 19:38:51 -0400 (EDT) Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id TAA23239; Thu, 21 Sep 1995 19:38:50 -0400 Received: from netcomsv.netcom.com by truelies.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id TAA23221; Thu, 21 Sep 1995 19:38:47 -0400 Received: from mworks.UUCP by netcomsv.netcom.com with UUCP (8.6.12/SMI-4.1) id QAA18930; Thu, 21 Sep 1995 16:28:43 -0700 Message-Id: <199509212328.QAA18930@netcomsv.netcom.com> Date: 21 Sep 1995 15:56:21 -0700 From: "Edward Munro" Subject: Netatalk and linux To: "netatalk" Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 22 Sep 1995 10:48:10 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Netatalk and linux I have been unable to see my Linux computer form my Apple Chooser. I have Linux 1.2.8 and after installing netatalk and recompiling the kernal with ATALK and IPX on, everything seems to start up ok, but I never see the Linux computer from the Chooser. I think that I may not have the proper hardware. I have twisted pair Ethernet cable/cards and I am using a Hewlett Packard Ethernet Hub. The computers are able to do TCP/IP to each other. Do I need any additional hardware on my network? Edward Munro edward@motionworks.com From netatalk-admins-request Mon Oct 2 16:05:54 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id QAA23676; Mon, 2 Oct 1995 16:05:54 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id QAA23672; Mon, 2 Oct 1995 16:05:52 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id QAA23665; Mon, 2 Oct 1995 16:05:50 -0400 (EDT) Resent-Message-Id: <199510022005.QAA23665@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.Beta.10/2.3) with SMTP id UAA24643; Sat, 16 Sep 1995 20:17:10 -0400 (EDT) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id UAA08407; Sat, 16 Sep 1995 20:17:09 -0400 Received: from kitten.mcs.com by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id UAA08402; Sat, 16 Sep 1995 20:17:08 -0400 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id TAA16741 for ; Sat, 16 Sep 1995 19:17:07 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sat, 16 Sep 95 19:17 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Sat, 16 Sep 95 19:17 CDT Message-Id: Subject: multiple printer in papd.conf? To: netatalk-admins@umich.edu Date: Sat, 16 Sep 1995 19:17:05 -0500 (CDT) From: "Douglas Harvey" X-Mailer: ELM [version 2.4 PL24] Content-Type: text Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 02 Oct 1995 16:05:49 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Is it possible to have more than one printer defined in papd.conf? I set up three printers in mine, but only the last one shows up in the Mac's chooser. Thanks in advance for any help, Doug Harvey -- doug@mcs.com From netatalk-admins-request Mon Oct 2 16:02:24 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id QAA23513; Mon, 2 Oct 1995 16:02:24 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id QAA23510; Mon, 2 Oct 1995 16:02:22 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id QAA23502; Mon, 2 Oct 1995 16:02:20 -0400 (EDT) Resent-Message-Id: <199510022002.QAA23502@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id QAA01077; Wed, 27 Sep 1995 16:17:27 -0400 (EDT) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id QAA16409; Wed, 27 Sep 1995 16:17:26 -0400 Received: from midway.uchicago.edu by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id QAA16367; Wed, 27 Sep 1995 16:17:07 -0400 Received: from kimbark.uchicago.edu (kimbark.uchicago.edu [128.135.12.52]) by midway.uchicago.edu (8.6.10/8.6.4) with ESMTP id PAA29968 for ; Wed, 27 Sep 1995 15:17:06 -0500 Received: (rwach@localhost) by kimbark.uchicago.edu (8.6.10/8.6.4) id PAA04150 for netatalk-admins@umich.edu; Wed, 27 Sep 1995 15:17:00 -0500 From: Chip Ach Message-Id: <199509272017.PAA04150@kimbark.uchicago.edu> Subject: Print Queue Management To: netatalk-admins@umich.edu Date: Wed, 27 Sep 1995 15:17:00 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 02 Oct 1995 16:02:20 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Has anyone succesfully set up Netatalk 1.3bx to work with Kerberos without AFS? I compiled Kerberos IV to do the following, but I'm stuck. I want to be able to view Print Queues (using the Mac Print Queue RDEV from the Mac side of Netatalk). I also want certain people do be able to delete jobs. I know that the Print Queue RDEV has a hidden "Delete Job" button, but I don't know what I need to do to make it work. I have netatalk compiled with Kerberos support, but I can't find anything that shows me how to get the Delete Jobs part working. Please respond ASAP... :) Thanks, Chip From netatalk-admins-request Mon Oct 2 16:02:14 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id QAA23496; Mon, 2 Oct 1995 16:02:14 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id QAA23492; Mon, 2 Oct 1995 16:02:12 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id QAA23488; Mon, 2 Oct 1995 16:02:11 -0400 (EDT) Resent-Message-Id: <199510022002.QAA23488@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id QAA01239; Wed, 27 Sep 1995 16:24:40 -0400 (EDT) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id QAA17686; Wed, 27 Sep 1995 16:24:39 -0400 Received: from goonsquad.spies.com by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with SMTP id QAA17674; Wed, 27 Sep 1995 16:24:37 -0400 Received: by goonsquad.spies.com (Smail3.1.29.1 #2) id m0sy2yG-00024RC; Wed, 27 Sep 95 13:20 PDT Message-Id: Date: Wed, 27 Sep 95 13:20 PDT From: ozone@goonsquad.spies.com (James Hultman) To: netatalk-admins@umich.edu Subject: sys/netatalk/at.h:57 s_node Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 02 Oct 1995 16:02:10 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu I have version 1.3.3b2 compiled on a Sun 4/400 running 4.1.3_U1_B (and some patches). Since I'm at Sun and have access to SunOS sources, I thought I'd modify ifconfig so that it would report the appletalk address if applicable (as well as not reporting each interface twice :) then start working on netstat and route. Anyway, I found that Sun's stock /usr/include/netinet/in.h defines macros for s_addr, s_host, and s_net, among other things, and these conflict with definitions in netatalk's sys/netatalk/at.h. I hacked the version that I had copied to /usr/include/netatalk (they are now called at_net and at_node for lack of better imagination) and made matching changes in my copy of ifconfig.c. Now, ifconfig -a reports: ie0: flags=63 inet 129.144.217.155 netmask ffffff00 broadcast 129.144.217.255 appletalk 65280.249 (it still reports ie0 twice, haven't fixed that yet). I can't use ifconfig to change the interface's appletalk address, yet, either. I thought I'd point out this conflict so that it could be changed in later versions of netatalk if anyone considers interoperability with Sun source to be important... I don't know what I will do with the modified ifconfig code - I'm sure I can get away with giving out a context diff, and I doubt Sun would care if I released the binary as a "patch", but I want to be sure I'm not on thin legal ice if I do. From netatalk-admins-request Mon Oct 2 16:23:32 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id QAA24102; Mon, 2 Oct 1995 16:23:32 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id QAA24100; Mon, 2 Oct 1995 16:23:31 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id QAA24092; Mon, 2 Oct 1995 16:23:27 -0400 (EDT) Message-Id: <199510022023.QAA24092@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: "Douglas Harvey" cc: netatalk-admins@umich.edu Subject: Re: multiple printer in papd.conf? In-reply-to: Your message of "Sat, 16 Sep 1995 19:17:05 CDT." MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Date: Mon, 02 Oct 1995 16:23:27 -0400 Sender: wes@terminator.rs.itd.umich.edu ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" > From: "Douglas Harvey" > To: netatalk-admins@umich.edu > Is it possible to have more than one printer defined in papd.conf? This is a (known) bug in the 1.3.3b2 version of papd. Please find a fix attached. :wes ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-Description: papd nbp name fix *** etc/papd/main.c- 1995/06/05 19:28:22 --- etc/papd/main.c 1995/08/23 21:14:33 *************** *** 49,59 **** for ( pr = printers; pr; pr = pr->p_next ) { if ( pr->p_flags & P_REGISTERED ) { ! if ( nbp_unrgstr( pr->p_name, "LaserWriter", "*" ) < 0 ) { ! syslog( LOG_ERR, "can't unregister %s\n", pr->p_name ); exit( n + 1 ); } ! syslog( LOG_ERR, "unregister %s:LaserWriter\n", pr->p_name ); } } exit( n ); --- 49,61 ---- for ( pr = printers; pr; pr = pr->p_next ) { if ( pr->p_flags & P_REGISTERED ) { ! if ( nbp_unrgstr( pr->p_name, pr->p_type, pr->p_zone ) < 0 ) { ! syslog( LOG_ERR, "can't unregister %s:%s@%s\n", pr->p_name, ! pr->p_type, pr->p_zone ); exit( n + 1 ); } ! syslog( LOG_ERR, "unregister %s:%s@%s\n", pr->p_name, pr->p_type, ! pr->p_zone ); } } exit( n ); *************** *** 119,124 **** --- 121,128 ---- exit( 1 ); } strcpy( defprinter.p_name, hostname ); + defprinter.p_type = "LaserWriter"; + defprinter.p_zone = "*"; defprinter.p_ppdfile = _PATH_PAPDPPDFILE; defprinter.p_flags = P_SPOOLED; defprinter.p_printer = "lp"; *************** *** 209,220 **** syslog( LOG_ERR, "atp_open: %m" ); exit( 1 ); } ! if ( nbp_rgstr( atp_sockaddr( pr->p_atp ), ! pr->p_name, "LaserWriter", "*" ) < 0 ) { ! syslog( LOG_ERR, "can't register %s", pr->p_name ); die( 1 ); } ! syslog( LOG_INFO, "register %s:LaserWriter", pr->p_name ); pr->p_flags |= P_REGISTERED; } --- 213,226 ---- syslog( LOG_ERR, "atp_open: %m" ); exit( 1 ); } ! if ( nbp_rgstr( atp_sockaddr( pr->p_atp ), pr->p_name, pr->p_type, ! pr->p_zone ) < 0 ) { ! syslog( LOG_ERR, "can't register %s:%s@%s", pr->p_name, pr->p_type, ! pr->p_zone ); die( 1 ); } ! syslog( LOG_INFO, "register %s:%s@%s", pr->p_name, pr->p_type, ! pr->p_zone ); pr->p_flags |= P_REGISTERED; } *************** *** 434,440 **** getprinters( cf ) char *cf; { ! char buf[ 1024 ], area[ 1024 ], *a, *p; struct printer *pr; int c; --- 440,446 ---- getprinters( cf ) char *cf; { ! char buf[ 1024 ], area[ 1024 ], *a, *p, *name, *type, *zone; struct printer *pr; int c; *************** *** 454,464 **** exit( 1 ); } bzero( pr, sizeof( struct printer )); ! if (( pr->p_name = (char *)malloc( strlen( p ) + 1 )) == NULL ) { ! perror( "malloc" ); exit( 1 ); } ! strcpy( pr->p_name, p ); if ( pnchktc( cf ) != 1 ) { fprintf( stderr, "Bad papcap entry\n" ); --- 460,500 ---- exit( 1 ); } bzero( pr, sizeof( struct printer )); ! ! name = defprinter.p_name; ! type = defprinter.p_type; ! zone = defprinter.p_zone; ! if ( nbp_name( p, &name, &type, &zone )) { ! fprintf( stderr, "Can't parse \"%s\"\n", name ); exit( 1 ); } ! if ( name != defprinter.p_name ) { ! if (( pr->p_name = (char *)malloc( strlen( name ) + 1 )) == NULL ) { ! perror( "malloc" ); ! exit( 1 ); ! } ! strcpy( pr->p_name, name ); ! } else { ! pr->p_name = name; ! } ! if ( type != defprinter.p_type ) { ! if (( pr->p_type = (char *)malloc( strlen( type ) + 1 )) == NULL ) { ! perror( "malloc" ); ! exit( 1 ); ! } ! strcpy( pr->p_type, type ); ! } else { ! pr->p_type = type; ! } ! if ( zone != defprinter.p_zone ) { ! if (( pr->p_zone = (char *)malloc( strlen( zone ) + 1 )) == NULL ) { ! perror( "malloc" ); ! exit( 1 ); ! } ! strcpy( pr->p_zone, zone ); ! } else { ! pr->p_zone = zone; ! } if ( pnchktc( cf ) != 1 ) { fprintf( stderr, "Bad papcap entry\n" ); ------- =_aaaaaaaaaa0-- From netatalk-admins-request Mon Oct 2 17:10:40 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id RAA25413; Mon, 2 Oct 1995 17:10:40 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id RAA25410; Mon, 2 Oct 1995 17:10:39 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id RAA25403; Mon, 2 Oct 1995 17:10:37 -0400 (EDT) Resent-Message-Id: <199510022110.RAA25403@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id QAA25141; Mon, 2 Oct 1995 16:58:33 -0400 (EDT) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id QAA08393; Mon, 2 Oct 1995 16:58:33 -0400 Received: from tabitha.atype.com by twins.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id QAA08388; Mon, 2 Oct 1995 16:58:31 -0400 Received: (from jsc@localhost) by tabitha.atype.com (8.6.12/8.6.9) id QAA08091; Mon, 2 Oct 1995 16:58:26 -0400 Date: Mon, 2 Oct 1995 16:58:26 -0400 Message-Id: <199510022058.QAA08091@tabitha.atype.com> From: "Jin S. Choi" To: wesley.craig@umich.edu Cc: "Douglas Harvey" , netatalk-admins@umich.edu Subject: Re: multiple printer in papd.conf? In-Reply-To: <199510022023.QAA24092@terminator.rs.itd.umich.edu> References: <199510022023.QAA24092@terminator.rs.itd.umich.edu> Reply-To: jin@atype.com Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 02 Oct 1995 17:10:37 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Applying that papd patch gives several errors of the type: main.c: In function `die': main.c:52: structure has no member named `p_type' main.c:52: structure has no member named `p_zone' main.c:54: structure has no member named `p_type' main.c:54: structure has no member named `p_zone' main.c:57: structure has no member named `p_type' main.c:58: structure has no member named `p_zone' From netatalk-admins-request Mon Oct 2 17:12:20 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id RAA25480; Mon, 2 Oct 1995 17:12:20 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id RAA25478; Mon, 2 Oct 1995 17:12:19 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id RAA25454; Mon, 2 Oct 1995 17:11:49 -0400 (EDT) Message-Id: <199510022111.RAA25454@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: jin@atype.com cc: "Douglas Harvey" , netatalk-admins@umich.edu Subject: Re: multiple printer in papd.conf? In-reply-to: Your message of "Mon, 02 Oct 1995 16:58:26 EDT." <199510022058.QAA08091@tabitha.atype.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Date: Mon, 02 Oct 1995 17:11:49 -0400 Sender: wes@terminator.rs.itd.umich.edu ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" > From: "Jin S. Choi" > To: wesley.craig@umich.edu > Applying that papd patch gives several errors of the type: > main.c: In function `die': > main.c:52: structure has no member named `p_type' > main.c:52: structure has no member named `p_zone' I should have included a patch to printer.h as well... :wes ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-Description: papd nbp fix *** etc/papd/printer.h- 1995/03/13 19:25:26 --- etc/papd/printer.h 1995/06/30 15:00:01 *************** *** 5,10 **** --- 5,12 ---- struct printer { char *p_name; + char *p_type; + char *p_zone; #ifdef notdef char *p_fonts; char *p_psetdir; ------- =_aaaaaaaaaa0-- From netatalk-admins-request Tue Oct 10 11:34:56 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id LAA12284; Tue, 10 Oct 1995 11:34:56 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id LAA12278; Tue, 10 Oct 1995 11:34:55 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id LAA12255; Tue, 10 Oct 1995 11:34:50 -0400 (EDT) Message-Id: <199510101534.LAA12255@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: jin@atype.com cc: netatalk-admins@umich.edu Subject: Re: AppleVolumes.{default,system} In-reply-to: Your message of "Tue, 10 Oct 1995 11:33:27 EDT." <199510101533.LAA01854@tabitha.atype.com> Date: Tue, 10 Oct 1995 11:34:49 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: "Jin S. Choi" > To: netatalk-admins@umich.edu > Just curious, why have two volume mapping files for afpd? What's > supposed to be the difference between AppleVolumes.default and > AppleVolumes.system? AppleVolumes.default is read if the user has no AppleVolumes file in his home directory. AppleVolumes.system is always read. :wes From netatalk-admins-request Tue Oct 10 11:33:57 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id LAA12047; Tue, 10 Oct 1995 11:33:57 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id LAA12034; Tue, 10 Oct 1995 11:33:54 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id LAA12026; Tue, 10 Oct 1995 11:33:51 -0400 (EDT) Resent-Message-Id: <199510101533.LAA12026@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id LAA11975; Tue, 10 Oct 1995 11:33:32 -0400 (EDT) Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id LAA29178; Tue, 10 Oct 1995 11:33:31 -0400 Received: from tabitha.atype.com by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id LAA29162; Tue, 10 Oct 1995 11:33:28 -0400 Received: (from jsc@localhost) by tabitha.atype.com (8.6.12/8.6.9) id LAA01854; Tue, 10 Oct 1995 11:33:27 -0400 Date: Tue, 10 Oct 1995 11:33:27 -0400 Message-Id: <199510101533.LAA01854@tabitha.atype.com> From: "Jin S. Choi" To: netatalk-admins@umich.edu Subject: AppleVolumes.{default,system} Reply-to: jin@atype.com Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 10 Oct 1995 11:33:51 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Just curious, why have two volume mapping files for afpd? What's supposed to be the difference between AppleVolumes.default and AppleVolumes.system? From netatalk-admins-request Tue Oct 10 14:37:34 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id OAA18734; Tue, 10 Oct 1995 14:37:34 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id OAA18732; Tue, 10 Oct 1995 14:37:33 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id OAA18724; Tue, 10 Oct 1995 14:37:29 -0400 (EDT) Resent-Message-Id: <199510101837.OAA18724@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id LAA11586; Fri, 6 Oct 1995 11:46:02 -0400 (EDT) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id LAA01343; Fri, 6 Oct 1995 11:46:01 -0400 Received: from deneb.dfn.de by twins.rs.itd.umich.edu (8.6.12/2.2) with SMTP id LAA01302; Fri, 6 Oct 1995 11:45:44 -0400 Received: from unixserv.rz.fh-hannover.de (rzgw.rz.fh-hannover.de) by deneb.dfn.de (4.1/SMI-4.2) id AA04467; Fri, 6 Oct 95 16:43:55 +0100 Received: from bidnix.bid.fh-hannover.de by unixserv.rz.fh-hannover.de (AIX 3.2/UCB 5.64/4.03) id AA27438; Fri, 6 Oct 1995 16:44:07 +0100 Received: by bidnix.bid.fh-hannover.de (Linux Smail3.1.28.1 #1) id m0t1Et7-000DPVC; Fri, 6 Oct 95 16:40 MET Message-Id: From: bueker@bidnix.bid.fh-hannover.de (T\vns B\|ker) Subject: Disappearing from chooser ... To: netatalk-admins@umich.edu Date: Fri, 6 Oct 1995 16:40:40 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 10 Oct 1995 14:37:29 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi *, yesterday evening I startet another attempt to compile a netatalk-binary which does not disappear from the chooser of the client-macs. Therefore I fetched another patch from the 'linux+netatalk-Hompage' and compiled with it. That's the result: Oct 5 00:43:53 bidnix atalkd[84]: restart Oct 5 00:43:55 bidnix atalkd[84]: zip_getnetinfo for eth0 Oct 5 00:43:56 bidnix atalkd[84]: zip_packet configured eth0 from 200.9 Oct 5 00:43:58 bidnix atalkd[84]: rtmp_packet gateway 200.108 up Oct 5 00:44:01 bidnix atalkd[84]: rtmp_packet gateway 200.207 up Oct 5 00:44:03 bidnix atalkd[84]: zip skip reply 200-200 from 200.108 (no query) Oct 5 00:44:03 bidnix atalkd[84]: rtmp_packet gateway 200.9 up Oct 5 00:44:23 bidnix atalkd[84]: ready 0/0/0 Oct 5 00:48:33 bidnix atalkd[84]: as_timer gateway 200.9 down Oct 5 00:48:33 bidnix atalkd[84]: as_timer gateway 200.207 down Oct 5 00:48:33 bidnix atalkd[84]: as_timer gateway 200.108 down Oct 5 00:49:03 bidnix atalkd[84]: as_timer gateway 200.9 down Oct 5 00:49:03 bidnix atalkd[84]: as_timer gateway 200.207 down Oct 5 00:49:03 bidnix atalkd[84]: as_timer gateway 200.108 down Oct 5 00:49:03 bidnix atalkd[84]: as_timer last gateway down And it still disappears from the chooser. Netatalk 1.3.3b2 and Linux 1.2.10 Is there a fix? Please ... By T"ons From netatalk-admins-request Tue Oct 10 14:42:24 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id OAA18978; Tue, 10 Oct 1995 14:42:24 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id OAA18975; Tue, 10 Oct 1995 14:42:23 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id OAA18913; Tue, 10 Oct 1995 14:41:57 -0400 (EDT) Message-Id: <199510101841.OAA18913@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: bueker@bidnix.bid.fh-hannover.de (T\vns B\|ker) cc: netatalk-admins@umich.edu Subject: Re: Disappearing from chooser ... In-reply-to: Your message of "Fri, 06 Oct 1995 16:40:40 BST." MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----- =_aaaaaaaaaa0" Date: Tue, 10 Oct 1995 14:41:56 -0400 Sender: wes@terminator.rs.itd.umich.edu ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" > From: bueker@bidnix.bid.fh-hannover.de (T\vns B\|ker) > To: netatalk-admins@umich.edu > yesterday evening I startet another attempt to compile a > netatalk-binary which does not disappear from the chooser > of the client-macs. > Therefore I fetched another patch from the > 'linux+netatalk-Hompage' and compiled with it. > Oct 5 00:49:03 bidnix atalkd[84]: as_timer last gateway down > And it still disappears from the chooser. > Netatalk 1.3.3b2 and Linux 1.2.10 I'm not aware of a linux+netatalk-Homepage. If you tell me where it's at, I'll add a link in the netatalk homepage. However, I've attached the fix I have for this problem. :wes ------- =_aaaaaaaaaa0 Content-Type: text/plain; charset="us-ascii" Content-Description: linux non-random node *** sys/linux/ddp.c- 1995/06/30 18:00:45 --- sys/linux/ddp.c 1995/07/18 19:53:52 *************** *** 313,318 **** --- 313,319 ---- int ct; int netrange=ntohs(atif->nets.nr_lastnet)-ntohs(atif->nets.nr_firstnet)+1; int probe_net=ntohs(atif->address.s_net); + int probe_node=atif->address.s_node; int netct; int nodect; *************** *** 328,335 **** else probe_net=ntohs(atif->nets.nr_firstnet) + (jiffies%netrange); } ! ! /* * Scan the networks. */ --- 329,339 ---- else probe_net=ntohs(atif->nets.nr_firstnet) + (jiffies%netrange); } ! ! if ( probe_node == ATADDR_ANYNODE ) { ! probe_node = jiffies&255; ! } ! /* * Scan the networks. */ *************** *** 337,350 **** for(netct=0;netct<=netrange;netct++) { /* ! * Sweep the available nodes from a random start. */ - int nodeoff=jiffies&255; - atif->address.s_net=htons(probe_net); for(nodect=0;nodect<256;nodect++) { ! atif->address.s_node=((nodect+nodeoff)&0xFF); if(atif->address.s_node>0&&atif->address.s_node<254) { /* --- 341,352 ---- for(netct=0;netct<=netrange;netct++) { /* ! * Sweep the available nodes from a given start. */ atif->address.s_net=htons(probe_net); for(nodect=0;nodect<256;nodect++) { ! atif->address.s_node=((nodect+probe_node)&0xFF); if(atif->address.s_node>0&&atif->address.s_node<254) { /* ------- =_aaaaaaaaaa0-- From netatalk-admins-request Tue Oct 10 15:54:21 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id PAA20986; Tue, 10 Oct 1995 15:54:21 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id PAA20984; Tue, 10 Oct 1995 15:54:20 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id PAA20980; Tue, 10 Oct 1995 15:54:18 -0400 (EDT) Resent-Message-Id: <199510101954.PAA20980@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id PAA20650; Tue, 10 Oct 1995 15:39:32 -0400 (EDT) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id PAA01995; Tue, 10 Oct 1995 15:39:31 -0400 Received: from tabitha.atype.com by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id PAA01982; Tue, 10 Oct 1995 15:39:28 -0400 Received: (from jsc@localhost) by tabitha.atype.com (8.6.12/8.6.9) id PAA00803; Tue, 10 Oct 1995 15:39:25 -0400 Date: Tue, 10 Oct 1995 15:39:25 -0400 Message-Id: <199510101939.PAA00803@tabitha.atype.com> From: "Jin S. Choi" To: wesley.craig@umich.edu Cc: bueker@bidnix.bid.fh-hannover.de.v|.v|.v| (T\vns B\|ker), netatalk-admins@umich.edu Subject: Re: Disappearing from chooser ... In-Reply-To: <199510101841.OAA18913@terminator.rs.itd.umich.edu> References: <199510101841.OAA18913@terminator.rs.itd.umich.edu> Reply-To: jin@atype.com Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 10 Oct 1995 15:54:18 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu How often do these updates get merged in with the main linux development sources? The ddp.c in the 1.3.32 kernel has many changes from the ddp.c in the 1.3.3b2 source. From netatalk-admins-request Tue Oct 10 15:57:48 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id PAA21137; Tue, 10 Oct 1995 15:57:48 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id PAA21132; Tue, 10 Oct 1995 15:57:45 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id PAA21114; Tue, 10 Oct 1995 15:57:35 -0400 (EDT) Message-Id: <199510101957.PAA21114@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: jin@atype.com cc: netatalk-admins@umich.edu Subject: Re: Disappearing from chooser ... In-reply-to: Your message of "Tue, 10 Oct 1995 15:39:25 EDT." <199510101939.PAA00803@tabitha.atype.com> Date: Tue, 10 Oct 1995 15:57:34 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: "Jin S. Choi" > To: wesley.craig@umich.edu > How often do these updates get merged in with the main linux > development sources? The ddp.c in the 1.3.32 kernel has many changes > from the ddp.c in the 1.3.3b2 source. Well, the next release of netatalk, presumably netatalk 1.3.3 final, won't have any linux kernel code in it. This is because as of linux 1.3.something it's all distributed with linux. So, rather than have constant version skew between netatalk's linux code and linux's AppleTalk code, there will only be the code in linux. BTW, as far as I know, all of the bug fixes, etc, that I've made to linux's AppleTalk code are integrated in whatever's currently being distributed. :wes From netatalk-admins-request Tue Oct 10 15:59:05 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id PAA21194; Tue, 10 Oct 1995 15:59:05 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id PAA21191; Tue, 10 Oct 1995 15:59:04 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id PAA21185; Tue, 10 Oct 1995 15:59:02 -0400 (EDT) Resent-Message-Id: <199510101959.PAA21185@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id PAA20469; Tue, 10 Oct 1995 15:31:44 -0400 (EDT) Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id PAA20819; Tue, 10 Oct 1995 15:31:43 -0400 Received: from soyokaze.biosci.ohio-state.edu by truelies.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id PAA20811; Tue, 10 Oct 1995 15:31:41 -0400 Received: by soyokaze.biosci.ohio-state.edu (8.6.10/1.950110) id PAA02232; Tue, 10 Oct 1995 15:34:12 -0400 Date: Tue, 10 Oct 1995 15:34:12 -0400 From: "William C. Ray" Message-Id: <199510101934.PAA02232@soyokaze.biosci.ohio-state.edu> To: netatalk-admins@umich.edu Subject: Question wrt: routing problems... Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 10 Oct 1995 15:59:02 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Ok - here's a description of our messy setup, followed by a problem description maybe someone knows how to fix... I'm trying to run a pap/apfd server using netatalk on a Sparc 2, SunOS 4.1.3_U1. The network is _very_ heterogenous, with decnet, Appletalk, whathaveyou, (we've got an unfiltered bridge (not my choice - network people here are union...). On the same logical segment, I've got an SGI running CAP 6.0p192, which seems to be working just fine. Problem: the sparc's routing table fills up with about a bezillion routes - this doesn't seem right, and seems to impair the efficiency of the machine to a significant extent. Any guesses as to what I've done wrong? afpd, etc all seem to _work_, but I don't like the several hundred new routes I've grown, and if the performance hit I'm taking is due to the occasional appletalk packet having to crawl through the table and find the right route, this isn't good either... Any help gleefully accepted, Thanks! Will Ray From netatalk-admins-request Tue Oct 10 16:16:08 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id QAA21900; Tue, 10 Oct 1995 16:16:08 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id QAA21898; Tue, 10 Oct 1995 16:16:07 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id QAA21784; Tue, 10 Oct 1995 16:14:14 -0400 (EDT) Message-Id: <199510102014.QAA21784@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: "William C. Ray" cc: netatalk-admins@umich.edu Subject: Re: Question wrt: routing problems... In-reply-to: Your message of "Tue, 10 Oct 1995 15:34:12 EDT." <199510101934.PAA02232@soyokaze.biosci.ohio-state.edu> Date: Tue, 10 Oct 1995 16:14:14 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: "William C. Ray" > To: netatalk-admins@umich.edu > afpd, etc all seem to > _work_, but I don't like the several hundred new routes I've > grown, and if the performance hit I'm taking is due to the > occasional appletalk packet having to crawl through the table > and find the right route, this isn't good either... Well, there's no way to remove routes and have netatalk correctly contact other hosts on your network. However, it's very unlikely that netatalk's routing of packets is causing any slow-down on your machine -- on Suns, netatalk uses a hash table. Perhaps you're short of mbufs, i.e. MAXUSERS is set low. :wes From netatalk-admins-request Wed Oct 11 12:30:20 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id MAA27118; Wed, 11 Oct 1995 12:30:20 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id MAA27112; Wed, 11 Oct 1995 12:30:19 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id MAA27102; Wed, 11 Oct 1995 12:30:12 -0400 (EDT) Message-Id: <199510111630.MAA27102@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: "Derrick J. Brashear" cc: netatalk-admins@umich.edu Subject: Re: Disappearing from chooser ... In-reply-to: Your message of "Wed, 11 Oct 1995 10:27:27 EDT." <0kSxFDG00WCQ1Y66IH@andrew.cmu.edu> Date: Wed, 11 Oct 1995 12:30:12 -0400 Sender: wes@terminator.rs.itd.umich.edu > From: "Derrick J. Brashear" > To: netatalk-admins@umich.edu > So where's the netatalk home page? http://www.umich.edu/~rsug/netatalk :wes From netatalk-admins-request Fri Oct 20 12:00:39 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id MAA03903; Fri, 20 Oct 1995 12:00:39 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id MAA03901; Fri, 20 Oct 1995 12:00:38 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id MAA03895; Fri, 20 Oct 1995 12:00:36 -0400 (EDT) Message-Id: <199510201600.MAA03895@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: Linux NE1500 ethernet card From: wesley.craig@umich.edu Date: Fri, 20 Oct 1995 12:00:36 -0400 Sender: wes@terminator.rs.itd.umich.edu I've heard from several people that the NE1500 ethernet card doesn't seem to work with netatalk. :wes ------- Forwarded Message Date: Fri, 20 Oct 1995 11:30:19 -0400 (EDT) From: Steve Hsieh To: wesley.craig@umich.edu Subject: Re: netatalk/linux not seeing into some umich zones In-Reply-To: <199510101718.NAA16170@terminator.rs.itd.umich.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII > > From: Steve Hsieh > > To: wesley.craig@umich.edu > > Try the attached patch and let me know if it works. > > :wes Hi Wes, I've finally solved the problem of not being able to find my router or see the outside net. It turns out two be two problems that made it hard to troubleshoot: 1. my first problem was that my ethernet card apparently can't handle something that netatalk requires; I was using a NE1500 card (the lance.c driver), and for some reason it wouldn't find our cisco router (although as you recall, it found a different one). (Regular tcp/ip worked though) Switching to a 3com 3c590 PCI card fixed this (3c509 worked too) 2. The nbp patch you mailed me is absolutely necessary to get through the cisco router here. After applying this patch on three computers in our zone, all three of them can see the outside now. (3c590, 3c509, ne2000 cards) Thanks for your help...if anyone else has similar problems with not being able to find a router, you might want to suggest them trying a 3com/ne2000 card (though in theory it shouldn't matter right?) Steve ------- End of Forwarded Message From netatalk-admins-request Fri Oct 20 12:15:49 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id MAA04875; Fri, 20 Oct 1995 12:15:49 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id MAA04872; Fri, 20 Oct 1995 12:15:47 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id MAA04867; Fri, 20 Oct 1995 12:15:46 -0400 (EDT) Resent-Message-Id: <199510201615.MAA04867@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id LAA11183; Wed, 18 Oct 1995 11:06:04 -0400 (EDT) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id LAA07221; Wed, 18 Oct 1995 11:06:03 -0400 Received: from tabitha.atype.com by twins.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id LAA07209; Wed, 18 Oct 1995 11:06:01 -0400 Received: (from jsc@localhost) by tabitha.atype.com (8.6.12/8.6.9) id LAA03311; Wed, 18 Oct 1995 11:06:00 -0400 Date: Wed, 18 Oct 1995 11:06:00 -0400 Message-Id: <199510181506.LAA03311@tabitha.atype.com> From: "Jin S. Choi" To: netatalk-admins@umich.edu Subject: strange permission failure Reply-To: jin@atype.com Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 20 Oct 1995 12:15:45 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu I asked about this once before, but didn't get a response. Was just wondering if anyone else has experienced this, or knows of a fix. Say I have a user `mac' for network mac access, home directory /users/mac. /users is not writable by mac, but of course /users/mac is, and is exported through afpd. Try copying a folder into /users/mac from a Macintosh and it fails, although you can create a new folder and copy individual files. However, create a new folder in /users/mac and try copying a folder into THAT folder and everything works fine. Another example is to try the same thing in /tmp. As far as I can tell this is always the case where the network user does not have permissions in the parent directory of the one he is trying to copy directories into. -Jin From netatalk-admins-request Fri Oct 20 16:33:47 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id QAA12318; Fri, 20 Oct 1995 16:33:47 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id QAA12316; Fri, 20 Oct 1995 16:33:46 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id QAA12311; Fri, 20 Oct 1995 16:33:45 -0400 (EDT) Resent-Message-Id: <199510202033.QAA12311@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id QAA12259; Fri, 20 Oct 1995 16:32:12 -0400 (EDT) Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id QAA17390; Fri, 20 Oct 1995 16:32:11 -0400 Received: from dartvax.dartmouth.edu by truelies.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id QAA17384; Fri, 20 Oct 1995 16:32:09 -0400 Received: from vixen.Dartmouth.EDU (vixen.dartmouth.edu [129.170.208.15]) by dartvax.dartmouth.edu (8.6.12-DND/8.6.12) with SMTP id QAA02920; Fri, 20 Oct 1995 16:32:07 -0400 Message-id: <9752540@vixen.Dartmouth.EDU> Date: 20 Oct 95 16:32:07 EDT From: William.P.McGonigle@Dartmouth.EDU (William P. McGonigle) Reply-To: Bill.McGonigle@Dartmouth.EDU Subject: Re: strange permission failure To: jin@atype.com, netatalk-admins@umich.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 20 Oct 1995 16:33:44 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu I also had this problem. It was most perplexing at first. I have some directories on a drive, mounted as /gig that are shared as Macintosh volumes. The owner of the files is a non-root user, say 'mac'. I would do: chown -R mac /gig and it would go through and set all the permissions. Then, on the Macintosh, I would do File...Sharing... on a directory, set the permissions I wanted, set it to recurse, and it would say: "cannot save all changes because you do not own one or more of the folders" or something like that. I could usually copy files to a directory, but if I tried to create a folder, it would tell me that I didn't have permissions. It would then create an 'untitled folder' that I could rename. Any program that tried to create a folder would quit with a filesystem error. It turns out that the problem was that some of the folders had the group set as 'root', and the user isn't in that group. So, to get it working again, I did: chgrp -R users /gig and it worked. (I also reset the owner (chown -R mac /gig), unix permissions (chmod -R), and also File...Sharing permissions from a Macintosh for good measure, but that was probably overkill.) -Bill --- "Jin S. Choi" wrote: I asked about this once before, but didn't get a response. Was just wondering if anyone else has experienced this, or knows of a fix. Say I have a user `mac' for network mac access, home directory /users/mac. /users is not writable by mac, but of course /users/mac is, and is exported through afpd. Try copying a folder into /users/mac from a Macintosh and it fails, although you can create a new folder and copy individual files. However, create a new folder in /users/mac and try copying a folder into THAT folder and everything works fine. Another example is to try the same thing in /tmp. As far as I can tell this is always the case where the network user does not have permissions in the parent directory of the one he is trying to copy directories into. -Jin --- end of quoted material --- From netatalk-admins-request Sat Oct 21 22:22:08 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id WAA12895; Sat, 21 Oct 1995 22:22:08 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id WAA12893; Sat, 21 Oct 1995 22:22:07 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id WAA12889; Sat, 21 Oct 1995 22:22:06 -0400 (EDT) Resent-Message-Id: <199510220222.WAA12889@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id RAA16547; Fri, 20 Oct 1995 17:47:37 -0400 (EDT) Received: by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with X.500 id RAA05981; Fri, 20 Oct 1995 17:47:36 -0400 Received: from dartvax.dartmouth.edu by judgmentday.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id RAA05973; Fri, 20 Oct 1995 17:47:35 -0400 Received: from vixen.Dartmouth.EDU (vixen.dartmouth.edu [129.170.208.15]) by dartvax.dartmouth.edu (8.6.12-DND/8.6.12) with SMTP id RAA30818; Fri, 20 Oct 1995 17:47:30 -0400 Message-id: <9756351@vixen.Dartmouth.EDU> Date: 20 Oct 95 17:47:30 EDT From: William.P.McGonigle@Dartmouth.EDU (William P. McGonigle) Reply-To: Bill.McGonigle@Dartmouth.EDU Subject: Re: Re$FF2!: help with registering printers using atalk To: JTHOMP01@ic1d.Harris.COM Cc: netatalk-admins@umich.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Sat, 21 Oct 1995 22:22:05 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Jor, I think I see what your problem is, but I'm not sure how you want to solve it. OK, here it goes: This is your nbplkup: gdl1:AFPServer 264.2:130 EPSONLQ2:LaserWriter 264.2:128 StylusCOLOR:EPSONLQ2 264.2:128 gdl1:netatalk 264.2:4 gdl1:Workstation 264.2:4 See the EPSONLQ2:LaserWriter ? That's papd registering itself as a laserwriter. The StylusCOLOR:EPSONLQ2 is what you've registered. Since it's on the same node, the info may or may not be getting to papd - I'm not sure. Look for papd debugging output to see if it's getting anything. The Epson mac driver looks for anything called EPSONLQ2, and sees your StylusColor, so it sends all its data to it. It may not be attached to a process, though, so the data may be floating out to the ether. You need to find out what protocol the epson driver on the mac is using. Laserwriters use a protocol called PAP (printer access protocol) and via this protocol send postscript to Laserwriters. papd knows and speaks this protocol. The Epson driver may use PAP and it may not. If it does, you may need to figure out how to make papd register itself as a EPSONLQ2 instead of as a Laserwriter. I suspect that this will involve hacking the papd.c file. If the driver doesn't use PAP, you'd have to write a new program similar to papd that can talk this protocol. Probably not a real simple hack. Setting up ghostscript may be much easier. You'd then print the file on your mac with the laserwriter driver, it would send postscript to your machine, and then ghostscript would translate it into epson language. It seems like a shame to do that when your mac has a driver that speaks the epson language, but you'll also gain the benefits of Postscript (like fonts, better resolution, etc.) I'm cc:ing this message to the netatalk-admins list because there may be people there who have tried this already. -Bill --- "JThomp01" wrote: The macs have a driver for the printer that formats the output for the printer, all I need to do is forward this to the printer. I think that this is relatively trivial, but I don't understand the atalk stuff and unfortunately. here is my papd.conf: StylusCOLOR:\ :pr=lp -Pepson\ :op=jrt: here is my rc.papd: ${ATALKDIR}/bin/nbprgstr -p 4 `hostname|sed 's/\..*$//'`:Workstation ${ATALKDIR}/bin/nbprgstr -p 4 `hostname|sed 's/\..*$//'`:netatalk ${ATALKDIR}/bin/nbprgstr -p 128 StylusCOLOR:EPSONLQ2@MACNET-128 echo -n ' nbprgstr' here is my printcap: epson|epson: \ :lp=/dev/lp1: \ :sd=/usr/spool/lpd/epson: \ :lf=/usr/spool/lpd/epson/errs: \ :mx#0: \ :sh: \ :sf: here is the results of nbprgstr: gdl1:AFPServer 264.2:130 EPSONLQ2:LaserWriter 264.2:128 StylusCOLOR:EPSONLQ2 264.2:128 gdl1:netatalk 264.2:4 gdl1:Workstation 264.2:4 I can see the StylusCOLOR from a mac, I can print to it from a mac using the Epson driver, and it seems to print fine (from looking at the mac), but nothing comes out! I can connect to and use the public folder from the mac (and retrieve files on my WfW machine by exporting the directory from the Linux machine) I know that I am doing something really stupid, but the trick it is to know what it is!!! I am really stuck and I can't seem to connect with a newsgroup that can help. If you have any suggestions, please feel free to pitch in your 2c worth!! thanks in advance -jor --- end of quoted material --- From netatalk-admins-request Sun Oct 22 14:45:13 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id OAA03472; Sun, 22 Oct 1995 14:45:13 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id OAA03470; Sun, 22 Oct 1995 14:45:11 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id OAA03465; Sun, 22 Oct 1995 14:45:10 -0400 (EDT) Resent-Message-Id: <199510221845.OAA03465@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id RAA15939; Fri, 20 Oct 1995 17:25:17 -0400 (EDT) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id RAA21779; Fri, 20 Oct 1995 17:25:15 -0400 Received: from wescoserver.gtri.gatech.edu by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id RAA21767; Fri, 20 Oct 1995 17:25:12 -0400 Received: from jtrostel.gtri.gatech.edu (jtrostel.gtri.gatech.edu [130.207.208.27]) by wescoserver.gtri.gatech.edu (8.6.12/8.6.9) with SMTP id RAA03404 for ; Fri, 20 Oct 1995 17:26:30 -0400 Message-Id: <199510202126.RAA03404@wescoserver.gtri.gatech.edu> X-Sender: jtrostel@wescoserver.gtri.gatech.edu X-Mailer: Windows Eudora Version 2.1.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 20 Oct 1995 17:21:56 -0400 To: netatalk-admins@umich.edu From: "John M. Trostel" Subject: Errors reading MO drive understood (not fixed!) Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Sun, 22 Oct 1995 14:45:10 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu I had been trying to read a MO drive containing a data disk attached via SCSI to a linux box running linux 1.2.13 and netatalk 1.3.3b2. After I finally got the permissions set correctly for the MO drive, I would get error messages when I tried to copy files from the MO drive to the local Mac desktop. The form of the error message was: "The file xxx couldn't be read because of an error of type -50. Do you want to continue copying?" I tried everything to fix the problem. Nothing worked. Nothing will!! The MO disk is an MS-DOS formatted disk, mounted on the linux system. Unfortunately, netatalk does not appear to be able to handle DOS disks mounted by linux. Will this deficiency be fixed? In the meantime, I'm wondering if the linux box could share the volume when it was attached to a remote MAC and the PC world have access to the disk through the SAMBA server on the linux box ??!!?? ----------------------------------------------------------------------- John M. Trostel john.trostel@gtri.gatech.edu GTRI / Undersea Research Project Office phone:(404) 657-0437 Georgia Tech, Atlanta GA, USA fax: (404) 657-0457 ----------------------------------------------------------------------- From netatalk-admins-request Mon Oct 23 15:03:46 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id PAA28547; Mon, 23 Oct 1995 15:03:46 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id PAA28523; Mon, 23 Oct 1995 15:03:31 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id PAA28516; Mon, 23 Oct 1995 15:03:30 -0400 (EDT) Resent-Message-Id: <199510231903.PAA28516@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id JAA27858; Mon, 23 Oct 1995 09:20:12 -0400 (EDT) Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id JAA19420; Mon, 23 Oct 1995 09:20:11 -0400 Received: from suc1a.Harris.COM by truelies.rs.itd.umich.edu (8.6.12/2.2) with SMTP id JAA19410; Mon, 23 Oct 1995 09:20:09 -0400 Received: from IC1D.HARRIS.COM by suc1a.harris.com (5.0/SMI-SVR4) id AA23024; Mon, 23 Oct 1995 09:20:07 -0400 Received: by IC1D.HARRIS.COM (Soft*Switch Central V4L380P6) id 655818090095296FORL1B; 23 Oct 1995 09:12:09 EST Message-Id: Date: 23 Oct 1995 09:12:09 EST From: "JThomp01" Subject: NOTE 10/23/95 09:12:00 To: netatalk-admins@umich.edu, "JORDAN R. THOMPSON" Comment: MEMO 1995/10/23 09:21 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 23 Oct 1995 15:03:29 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Has anyone seen atalk (1.3.3b2) on Linux (1.2.8) create ARP storms?? When the atalk daemon starts up, there is a huge burst of traffic, then (it seems) the routers on the apple talk network respond forever. I installed (unsuccessfully so far) atalk, and soon after, our network police came by and told me that the Linux machine was creating these ARP storms in the apple talk domain. I took the atalk daemon out of the rc.local, and it seems that all is well now. If anyone has any suggestions, I would really appreciate it. I am at my wits end!!! thanks for any help -jor Jordan Thompson e-mail: jordan.thompson@harris.com Aerospace Systems Division voice: (407)727-5430 Harris Corporation fax: (407)729-2782 POB 5100 pager: (407)690-8295 Melbourne, FL 32902-5100 http://www.harris.com/ From netatalk-admins-request Tue Oct 24 11:22:53 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id LAA02394; Tue, 24 Oct 1995 11:22:53 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id LAA02389; Tue, 24 Oct 1995 11:22:52 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id LAA02378; Tue, 24 Oct 1995 11:22:49 -0400 (EDT) Resent-Message-Id: <199510241522.LAA02378@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id WAA06963; Mon, 23 Oct 1995 22:19:39 -0400 (EDT) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id WAA10364; Mon, 23 Oct 1995 22:19:38 -0400 Received: from rocky.Oswego.EDU by twins.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id WAA10358; Mon, 23 Oct 1995 22:19:36 -0400 Received: by oswego.Oswego.EDU (SMI-8.6/Osw4.1.35) id CAA25013; Tue, 24 Oct 1995 02:19:30 GMT Date: Mon, 23 Oct 1995 22:19:28 -0400 (EDT) From: Cowboy at Oswego Subject: Re: NOTE 10/23/95 09:12:00 To: JThomp01 cc: netatalk-admins@umich.edu In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 24 Oct 1995 11:22:48 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu On 23 Oct 1995, JThomp01 wrote: > Has anyone seen atalk (1.3.3b2) on Linux (1.2.8) create ARP storms?? > When the atalk daemon starts up, there is a huge burst of traffic, then (it > seems) the routers on the apple talk network respond forever. I installed This may or may not relate: What I have noticed is that tcp pings across a fastpath will produce about 30 arp replies from the fastpath for each ping, particularily with fastpaths configured for dynamic tcp assignment..... When I moved from 1.2.8 to 1.3.20 the behaviour was the same.... --------------------------------------------------------------------------- Cowboy at Oswego: David A. Dougherty Student Systems Programmer Instructional Computing Center, SUNY Oswego HomePage: http://www.oswego.edu/~ddougher --------------------------------------------------------------------------- From netatalk-admins-request Tue Oct 24 11:40:27 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id LAA03077; Tue, 24 Oct 1995 11:40:27 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id LAA03074; Tue, 24 Oct 1995 11:40:24 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id LAA03067; Tue, 24 Oct 1995 11:40:20 -0400 (EDT) Message-Id: <199510241540.LAA03067@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: AuthMan UAM From: wesley.craig@umich.edu Date: Tue, 24 Oct 1995 11:40:19 -0400 Sender: wes@terminator.rs.itd.umich.edu I'm looking for a few people who are interested in testing the AuthMan UAM. If you already use AuthMan or are interested in using it and use AFS, I'm interested in your feedback. I'm especially interested sites that use MIT Kerberos with AFS, and even more interested in sites that use little-endian machines as their Kerberos servers and/or their AFS unix clients. Please send mail to me personally, and I'll tell you how to get the various (beta) pieces. :wes From netatalk-admins-request Wed Oct 25 14:50:17 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id OAA21967; Wed, 25 Oct 1995 14:50:17 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id OAA21963; Wed, 25 Oct 1995 14:50:15 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id OAA21958; Wed, 25 Oct 1995 14:50:13 -0400 (EDT) Resent-Message-Id: <199510251850.OAA21958@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id MAA17968; Wed, 25 Oct 1995 12:48:32 -0400 (EDT) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id MAA23415; Wed, 25 Oct 1995 12:48:31 -0400 Received: from apti.com by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with SMTP id MAA23409; Wed, 25 Oct 1995 12:48:28 -0400 Received: from coors.apti.com by apti.com (4.1/SMI-4.1) id AA06754; Wed, 25 Oct 95 12:49:58 EDT From: mmccarri@apti.com (Michael McCarrick) Received: (mmccarri@localhost) by coors.apti.com (8.6.12/8.6.12) id MAA03245 for netatalk-admins@umich.edu; Wed, 25 Oct 1995 12:51:19 -0400 Message-Id: <199510251651.MAA03245@coors.apti.com> Subject: migrating from NFS/Share to netatalk To: netatalk-admins@umich.edu Date: Wed, 25 Oct 1995 12:51:16 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24 PGP2] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 25 Oct 1995 14:50:12 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Hello, We have a small network of Macs (15 machines) currently accessing a SunOS server via NFS/Share. This has proven to be extremely slow, and more than slightly buggy. I am planning to migrate all users to netatalk. The problem: How to copy all shared files from the NFS volume to the netatalk volume. I could mount both volumes on one Mac, and drag and drop between the two systems. However, the shared disk is fairly large (1GB), and this would take forever. Furthermore, it would be difficult to maintain the two systems in case netatalk proves to be a problem (seems unlikely). Although NFS/Share and netatalk both maintain their files on the foreign filesytem (Sun) in AppleDouble format, the location and contents of the resource forks are different between the two systems. What would be ideal is a translator to move the resource forks from NFS/Share to netatalk. That way, I could copy the files (data forks) to the new location from the Unix side, and just fix up the resource forks afterwards. So, does anyone know the specifics of the resource fork file used by these systems? thanks in advance, -Mike From netatalk-admins-request Thu Oct 26 15:44:29 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id PAA09600; Thu, 26 Oct 1995 15:44:29 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id PAA09597; Thu, 26 Oct 1995 15:44:28 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id PAA09589; Thu, 26 Oct 1995 15:44:25 -0400 (EDT) Resent-Message-Id: <199510261944.PAA09589@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id SAA01493; Wed, 25 Oct 1995 18:54:57 -0400 (EDT) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id SAA24394; Wed, 25 Oct 1995 18:54:56 -0400 Received: from apti.com by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with SMTP id SAA24380; Wed, 25 Oct 1995 18:54:53 -0400 Received: from coors.apti.com by apti.com (4.1/SMI-4.1) id AA10906; Wed, 25 Oct 95 18:56:23 EDT From: mmccarri@apti.com (Michael McCarrick) Received: (mmccarri@localhost) by coors.apti.com (8.6.12/8.6.12) id SAA03804 for netatalk-admins@umich.edu; Wed, 25 Oct 1995 18:57:46 -0400 Message-Id: <199510252257.SAA03804@coors.apti.com> Subject: Alias of netatalk volume not working To: netatalk-admins@umich.edu (Netatalk) Date: Wed, 25 Oct 1995 18:57:44 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24 PGP2] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 26 Oct 1995 15:44:24 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu Hello again, I moved my networked Macs to a netatalk server, and I'm very pleased with the speed of this setup. But... My users typically create an alias of the network volume and leave the alias in their AppleMenu folder. Selecting this alias from the menu mounts the network volume. With netatalk, the alias mount method has a weird problem. Very often, if they mount using the alias, the netatalk volume displays the Network Trash Folder in place of one of the other folders! The missing folder is inaccessable. Sometimes an alias will mount correctly, but mostly it gives this strange behaviour. If they mount through the Chooser, the folders always show up correctly, and the Network Trash Folder is properly hidden. But mounting through Chooser takes so many more mouse clicks! Any suggestions??? -Mike From netatalk-admins-request Thu Oct 26 17:57:35 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id RAA15710; Thu, 26 Oct 1995 17:57:35 -0400 (EDT) Received: by terminator.rs.itd.umich.edu (8.7/2.3) with X.500 id RAA15708; Thu, 26 Oct 1995 17:57:34 -0400 (EDT) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id RAA15704; Thu, 26 Oct 1995 17:57:32 -0400 (EDT) Resent-Message-Id: <199510262157.RAA15704@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7/2.3) with SMTP id RAA15431; Thu, 26 Oct 1995 17:44:55 -0400 (EDT) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id RAA28907; Thu, 26 Oct 1995 17:44:54 -0400 Received: from ll.mit.edu by twins.rs.itd.umich.edu (8.6.12/2.2) with SMTP id RAA28901; Thu, 26 Oct 1995 17:44:53 -0400 Received: by ll.mit.edu (4.1/LL-1.3) id AA22821; Thu, 26 Oct 95 17:43:36 EDT X-Sender: davidson@laser Message-Id: <9510261743.AA28646@LL.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Priority: 5 (Lowest) Date: Thu, 26 Oct 95 17:43:18 -0400 To: netatalk-admins@umich.edu From: davidson@ll.mit.edu (Steve Davidson) Subject: Re: Alias of netatalk volume not working Cc: mmccarri@apti.com (Michael McCarrick) Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 26 Oct 1995 17:57:32 -0400 Resent-Sender: wes@terminator.rs.itd.umich.edu >Very often, if they mount using the alias, the netatalk >volume displays the Network Trash Folder in place of one >of the other folders! The missing folder is inaccessable. >Sometimes an alias will mount correctly, but mostly it >gives this strange behaviour. If they mount through the >Chooser, the folders always show up correctly, and the >Network Trash Folder is properly hidden. But mounting >through Chooser takes so many more mouse clicks! I have seen a variation of that problem (folders other than the intended one are opened by opening an alias) and found that locking the alias helps prevent the remapping of its path. Give it a try and let us know how things work out. From netatalk-admins-request Tue Nov 7 12:04:37 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.1/2.3) with X.500 id MAA06479; Tue, 7 Nov 1995 12:04:37 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.1/2.3) with X.500 id MAA06476; Tue, 7 Nov 1995 12:04:36 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.1/2.3) with SMTP id MAA06468; Tue, 7 Nov 1995 12:04:34 -0500 (EST) Resent-Message-Id: <199511071704.MAA06468@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.1/2.3) with SMTP id RAA03203; Mon, 6 Nov 1995 17:18:46 -0500 (EST) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id RAA15385; Mon, 6 Nov 1995 17:18:46 -0500 Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id RAA15377; Mon, 6 Nov 1995 17:18:43 -0500 Received: from therion.lamc.utexas.edu by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id RAA15364; Mon, 6 Nov 1995 17:18:40 -0500 Received: (from root@localhost) by therion.lamc.utexas.edu (8.6.12/8.6.9) id QAA00710 for netatalk@umich.edu; Mon, 6 Nov 1995 16:20:00 -0600 From: root Message-Id: <199511062220.QAA00710@therion.lamc.utexas.edu> Subject: Help with Netatalk To: netatalk@umich.edu Date: Mon, 6 Nov 1995 16:19:59 -0600 (CST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 07 Nov 1995 12:04:34 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I am having a horrid time of compiling and installing netatalk on my linux box. I am running linux kernel 1.3.35 with Appletalk DDP enabled. When I try to compile netatalk-1.3.1 or 1.3.3b2 I always get the following gcc error: gcc -p -O2 -I../../include -c asp_getsess.c In file included from /usr/include/linux/socket.h:6, from /usr/include/sys/socket.h:5, from asp_getsess.c:31: /usr/include/linux/uio.h:18: redefinition of `struct iovec' make[3]: *** [asp_getsess.o] Error 1 make[3]: Leaving directory `/root/tmp/netatalk-1.3.3b2/libatalk/asp' make[2]: *** [asp] Error 2 make[2]: Leaving directory `/root/tmp/netatalk-1.3.3b2/libatalk' make[1]: *** [../../libatalk] Error 2 make[1]: Leaving directory `/root/tmp/netatalk-1.3.3b2/sys/linux' make: *** [all] Error 2 Can anyone tell me what might be amiss here? Also, is there any way to obtain the already compiled netatalk binaries (atalkd, etc) for linux? Also, is there any form of FAQ out there for netatalk, particularly where it concerns linux kernel 1.3.*, and if so, where can I find it? Thanks in advance for any help you can provide me. From netatalk-admins-request Tue Nov 7 15:45:14 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.1/2.3) with X.500 id PAA16575; Tue, 7 Nov 1995 15:45:14 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.1/2.3) with X.500 id PAA16572; Tue, 7 Nov 1995 15:45:12 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.1/2.3) with SMTP id PAA16540; Tue, 7 Nov 1995 15:44:58 -0500 (EST) Resent-Message-Id: <199511072044.PAA16540@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.1/2.3) with SMTP id PAA16128; Tue, 7 Nov 1995 15:32:02 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id PAA00248; Tue, 7 Nov 1995 15:32:01 -0500 Received: by truelies.rs.itd.umich.edu (8.6.12/2.2) with X.500 id PAA00105; Tue, 7 Nov 1995 15:31:35 -0500 Received: from sapphire.engin.umich.edu by truelies.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id PAA29976; Tue, 7 Nov 1995 15:31:26 -0500 Received: (kroberts@localhost) by sapphire.engin.umich.edu (8.6.12/8.6.4) id PAA19340; Tue, 7 Nov 1995 15:31:13 -0500 Date: Tue, 7 Nov 1995 15:31:11 -0500 (EST) From: "Kevin M. Roberts" To: root cc: netatalk@umich.edu Subject: Re: Help with Netatalk In-Reply-To: <199511062220.QAA00710@therion.lamc.utexas.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 07 Nov 1995 15:44:58 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu The problem is that the 1.3.X kernels have a file: uio.h which conflicts with the uio.h file in the /usr/include/sys dir. Copy the uio.h file from the /usr/include/linux directory over the one in the /usr/include/sys directory and the problem will be solved. On Mon, 6 Nov 1995, root wrote: > I am having a horrid time of compiling and installing netatalk on my > linux box. I am running linux kernel 1.3.35 with Appletalk DDP enabled. > > When I try to compile netatalk-1.3.1 or 1.3.3b2 I always get the > following gcc error: > > gcc -p -O2 -I../../include -c asp_getsess.c > In file included from /usr/include/linux/socket.h:6, > from /usr/include/sys/socket.h:5, > from asp_getsess.c:31: > /usr/include/linux/uio.h:18: redefinition of `struct iovec' > make[3]: *** [asp_getsess.o] Error 1 > make[3]: Leaving directory `/root/tmp/netatalk-1.3.3b2/libatalk/asp' > make[2]: *** [asp] Error 2 > make[2]: Leaving directory `/root/tmp/netatalk-1.3.3b2/libatalk' > make[1]: *** [../../libatalk] Error 2 > make[1]: Leaving directory `/root/tmp/netatalk-1.3.3b2/sys/linux' > make: *** [all] Error 2 > > Can anyone tell me what might be amiss here? > > Also, is there any way to obtain the already compiled netatalk binaries > (atalkd, etc) for linux? > > Also, is there any form of FAQ out there for netatalk, particularly where > it concerns linux kernel 1.3.*, and if so, where can I find it? > > Thanks in advance for any help you can provide me. > > From netatalk-admins-request Tue Nov 14 18:28:03 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.1/2.3) with X.500 id SAA01833; Tue, 14 Nov 1995 18:28:03 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.1/2.3) with X.500 id SAA01829; Tue, 14 Nov 1995 18:28:02 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.1/2.3) with SMTP id SAA01825; Tue, 14 Nov 1995 18:28:01 -0500 (EST) Resent-Message-Id: <199511142328.SAA01825@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.1/2.3) with ESMTP id SAA01662; Tue, 14 Nov 1995 18:07:59 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id SAA12784; Tue, 14 Nov 1995 18:07:58 -0500 (EST) Received: from post3.inre.asu.edu by truelies.rs.itd.umich.edu (8.7.1/2.2) with ESMTP id SAA12777; Tue, 14 Nov 1995 18:07:56 -0500 (EST) Received: from x1.asu.edu by asu.edu (PMDF V4.3-10 #7723) id <01HXN0XN83O091Y1GZ@asu.edu>; Tue, 14 Nov 1995 16:07:41 -0700 (MST) Received: from brent.inre.asu.edu (brent.INRE.ASU.EDU [129.219.16.146]) by x1.asu.edu (8.6.12/8.6.12) with ESMTP id QAA22457 for <@x1.asu.edu:netatalk-admins@umich.edu>; Tue, 14 Nov 1995 16:07:14 -0700 Received: by brent.inre.asu.edu (940816.SGI.8.6.9/940406.SGI.AUTO) for netatalk-admins@umich.edu id QAA02223; Tue, 14 Nov 1995 16:07:13 -0700 Date: Tue, 14 Nov 1995 16:07:07 -0700 From: brent dunlock Subject: netatalk 1.3.1 with AFS 3.4 client To: netatalk-admins@umich.edu Message-id: <9511141607.ZM2221@brent.inre.asu.edu> MIME-version: 1.0 X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 14 Nov 1995 18:28:00 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu It looks like netatalk 1.3.1 and 1.3.3b build fine with AFS client libraries for AFS 3.3. But, I was hoping to build with AFS 3.3a or even 3.4(beta) libraries. This is for a SunOS 4.1.4 system... Does anyone know if this is being worked on? -- ########################################################################### # Brent Dunlock # E-mail : Brent.Dunlock@asu.edu # # Arizona State University # Phone : (602)965-1797 # ########################################################################### From netatalk-admins-request Fri Nov 17 20:13:27 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.1/2.3) with X.500 id UAA00464; Fri, 17 Nov 1995 20:13:27 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.1/2.3) with X.500 id UAA00462; Fri, 17 Nov 1995 20:13:26 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.1/2.3) with SMTP id UAA00456; Fri, 17 Nov 1995 20:13:25 -0500 (EST) Message-Id: <199511180113.UAA00456@terminator.rs.itd.umich.edu> To: netatalk-admins@umich.edu Subject: netatalk 1.3.3 From: wesley.craig@umich.edu Date: Fri, 17 Nov 1995 20:13:24 -0500 Sender: wes@terminator.rs.itd.umich.edu I just put a copy of netatalk 1.3.3 final release up for anonymous ftp on terminator. This is mostly bug fixes from the last beta, *and* I moved where the psf filters live. I'm leaving for a month starting on the 24th of November, so I figured I should get this out. Enjoy. :wes From netatalk-admins-request Mon Nov 20 09:32:00 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.1/2.3) with X.500 id JAA16454; Mon, 20 Nov 1995 09:32:00 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.1/2.3) with X.500 id JAA16450; Mon, 20 Nov 1995 09:31:58 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.1/2.3) with SMTP id JAA16445; Mon, 20 Nov 1995 09:31:57 -0500 (EST) Resent-Message-Id: <199511201431.JAA16445@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.1/2.3) with ESMTP id GAA08014; Mon, 20 Nov 1995 06:53:44 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id GAA17412; Mon, 20 Nov 1995 06:53:44 -0500 (EST) Received: from sirius.tadpole.co.uk by truelies.rs.itd.umich.edu (8.7.1/2.2) with ESMTP id GAA17399; Mon, 20 Nov 1995 06:53:34 -0500 (EST) Received: from sun-tjfs.tadpole.co.uk by sirius.tadpole.co.uk (8.7/PIPEX simple 1.19) id LAA10847; Mon, 20 Nov 1995 11:53:22 GMT Received: by sun-tjfs.tadpole.co.uk (4.1/SPARCbook_POP1.3) id AA12114; Mon, 20 Nov 95 11:53:39 GMT Date: Mon, 20 Nov 95 11:53:39 GMT Message-Id: <9511201153.AA12114@sun-tjfs.tadpole.co.uk> From: Tim Steele To: wesley.craig@umich.edu Cc: netatalk-admins@umich.edu In-Reply-To: <199511180113.UAA00456@terminator.rs.itd.umich.edu> (wesley.craig@umich.edu) Subject: Re: netatalk 1.3.3 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 20 Nov 1995 09:31:56 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu You might consider this change to rc.local which has saved me some blushes.. Old: echo -n 'loading netatalk: ' if [ -f ${ATALKDIR}/etc/netatalk.o ]; then /usr/etc/modload -sym ${ATALKDIR}/etc/netatalk.o; fi New: if [ -z "`/usr/etc/modstat | grep netatalk`" ] # check to avoid crash!! then echo -n 'loading netatalk: ' if [ -f ${ATALKDIR}/etc/netatalk.o ]; then /usr/etc/modload -sym ${ATALKDIR}/etc/netatalk.o; fi else echo 'netatalk kernel module already loaded' fi From netatalk-admins-request Mon Dec 11 13:25:40 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.2/2.3) with X.500 id NAA29485; Mon, 11 Dec 1995 13:25:40 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.2/2.3) with X.500 id NAA29475; Mon, 11 Dec 1995 13:25:26 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.2/2.3) with SMTP id NAA29470; Mon, 11 Dec 1995 13:25:24 -0500 (EST) Resent-Message-Id: <199512111825.NAA29470@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.2/2.3) with SMTP id LAA04958; Thu, 7 Dec 1995 11:33:42 -0500 (EST) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id LAA08162; Thu, 7 Dec 1995 11:33:41 -0500 Received: from tidcompo.llnl.gov by twins.rs.itd.umich.edu (8.6.12/2.2) with SMTP id LAA08156; Thu, 7 Dec 1995 11:33:38 -0500 Received: from [128.115.11.110] (tidcmp04.llnl.gov) by tidcompo.llnl.gov (4.1/LLNL-1.17) id AA13036; Thu, 7 Dec 95 08:32:11 PST Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 7 Dec 1995 08:35:14 -0800 To: netatalk-admins@umich.edu From: link@tidcompo.llnl.gov (Peter Link) Subject: netatalk and Open Transport Resent-To: netatalk-admins@umich.edu Resent-Date: Mon, 11 Dec 1995 13:25:24 -0500 Resent-From: Mark Smith We're starting to get Macs that run Open Transport (1.0.8). Will there be any problems or enhancements found when accessing netatalk servers? Thanks. Peter Link Lawrence Livermore National Laboratory P.O. Box 808, L-665 Livermore, CA 94550 link1@llnl.gov From netatalk-admins-request Mon Dec 11 14:34:50 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.2/2.3) with X.500 id OAA02590; Mon, 11 Dec 1995 14:34:50 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.2/2.3) with X.500 id OAA02586; Mon, 11 Dec 1995 14:34:49 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.2/2.3) with SMTP id OAA02578; Mon, 11 Dec 1995 14:34:42 -0500 (EST) Message-Id: <199512111934.OAA02578@terminator.rs.itd.umich.edu> From: Mark Smith To: link@tidcompo.llnl.gov (Peter Link) cc: netatalk-admins@umich.edu Subject: Re: netatalk and Open Transport In-reply-to: Your message of "Thu, 07 Dec 1995 08:35:14 PST." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 11 Dec 1995 14:34:42 -0500 Sender: mcs@terminator.rs.itd.umich.edu >From: link@tidcompo.llnl.gov (Peter Link) > To: netatalk-admins@umich.edu > > We're starting to get Macs that run Open Transport (1.0.8). Will > there be any problems or enhancements found when accessing netatalk > servers? Thanks. We haven't noticed any problems using OpenTransport (OT) Macs with netatalk here at UMich (which doesn't mean that problems don't exist!). Current versions of OT only replace the DDP layer of the AppleTalk protocol stack; all of the higher-layer stuff (AFP for file server access, PAP for printing, etc) is still done using the same code as on Macs not running OT. This means that while compatibilty is pretty good, AppleTalk performance is probably still not nearly as good as it could be on PowerMacs. OT does replace almost all of the Mac's TCP/IP code, which leads to worse compatibility but better performance (but you didn't ask about that). Refer to this document from Apple for more info about OpenTransport (it is also on their WWW site somewhere): ftp://seeding.apple.com/ess/public/opentransport/OT_gen_info/OTQA.txt -Mark From netatalk-admins-request Mon Dec 11 16:15:17 1995 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.2/2.3) with X.500 id QAA05282; Mon, 11 Dec 1995 16:15:17 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.2/2.3) with X.500 id QAA05280; Mon, 11 Dec 1995 16:15:16 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.2/2.3) with SMTP id QAA05270; Mon, 11 Dec 1995 16:15:12 -0500 (EST) Resent-Message-Id: <199512112115.QAA05270@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.2/2.3) with ESMTP id PAA04726; Mon, 11 Dec 1995 15:47:49 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id PAA16888; Mon, 11 Dec 1995 15:47:48 -0500 (EST) Received: from utopia.com by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with ESMTP id PAA16867; Mon, 11 Dec 1995 15:47:45 -0500 (EST) Received: from [137.103.65.19] by utopia.com (8.7.1/SONY-4.0MX) id UAA12402; Mon, 11 Dec 1995 20:43:36 GMT X-Sender: nazgul@mailhost.utopia.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-URL: http://www.utopia.com/ Date: Mon, 11 Dec 1995 15:45:49 -0400 To: link@tidcompo.llnl.gov (Peter Link) From: nazgul@utopia.com (Kee Hinckley) Subject: Re: netatalk and Open Transport Cc: netatalk-admins@umich.edu Resent-To: netatalk-admins@umich.edu Resent-Date: Mon, 11 Dec 1995 16:15:11 -0500 Resent-From: Mark Smith At 8:35 AM 12/7/95, Peter Link wrote: > We're starting to get Macs that run Open Transport (1.0.8). Will >there be any problems or enhancements found when accessing netatalk >servers? Thanks. We haven't seen any problems, we have about five Open Transport Macs using a server. Note that some 7200's have an ethernet problem (Apple will fix it for free) that can cause frequent crashes though. Kee Hinckley Utopia Inc. - Cyberspace Architects=81 617.768.5500 nazgul@utopia.com http://www.utopia.com/ I'm not sure which upsets me more: that people are so unwilling to accept responsibility for their own actions, or that they are so eager to regulate everyone else's. From netatalk-admins-request Thu Jan 4 13:40:27 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.2/2.3) with X.500 id NAA13277; Thu, 4 Jan 1996 13:40:27 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.2/2.3) with X.500 id NAA13272; Thu, 4 Jan 1996 13:40:26 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.2/2.3) with SMTP id NAA13266; Thu, 4 Jan 1996 13:40:24 -0500 (EST) Resent-Message-Id: <199601041840.NAA13266@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.2/2.3) with SMTP id NAA13230; Thu, 4 Jan 1996 13:38:47 -0500 (EST) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id NAA26847; Thu, 4 Jan 1996 13:38:46 -0500 Received: from presto.med.upenn.edu by twins.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id NAA26835; Thu, 4 Jan 1996 13:38:44 -0500 Received: (from jes@localhost) by presto.med.upenn.edu (8.6.12/8.6.9) id NAA14269; Thu, 4 Jan 1996 13:37:32 -0500 Date: Thu, 4 Jan 1996 13:37:32 -0500 From: Joe Smith Message-Id: <199601041837.NAA14269@presto.med.upenn.edu> To: netatalk-admins@umich.edu Subject: Anyone successful using papd with Linux to serve a printer? Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 04 Jan 1996 13:40:23 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I'm just setting this up, it's almost there, but due to the flux in Linux and reports of problems in the mail archive, I'd appreciate it if someone could confirm that this combination works. I'm using Linux 1.2.13 with the kernel stuff from netatalk 1.3.2b2 and the 1.3.3 netatalk distribution. I've not installed any of the published patches yet (didn't seem to apply to this problem). I can see the Linux printer from the chooser, but no data seems to be sent. Both sides eventally timeout. File sharing is fine. I tried both Laserwriter 7 and 8 with basically the same result. Received: by terminator.rs.itd.umich.edu (8.7.2/2.3) with X.500 id PAA16275; Thu, 4 Jan 1996 15:48:44 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.2/2.3) with X.500 id PAA16273; Thu, 4 Jan 1996 15:48:42 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.2/2.3) with SMTP id PAA16266; Thu, 4 Jan 1996 15:48:40 -0500 (EST) Resent-Message-Id: <199601042048.PAA16266@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.2/2.3) with ESMTP id PAA16012; Thu, 4 Jan 1996 15:41:08 -0500 (EST) Received: by totalrecall.rs.itd.umich.edu (8.7.1/2.3) with X.500 id PAA18736; Thu, 4 Jan 1996 15:41:08 -0500 (EST) Received: from cs.bgsu.edu by totalrecall.rs.itd.umich.edu (8.7.1/2.3) with SMTP id PAA18728; Thu, 4 Jan 1996 15:41:06 -0500 (EST) Received: from bell.cs.bgsu.edu (bell.cs.bgsu.edu [129.1.64.39]) by cs.bgsu.edu (8.6.11/950727cs.bgsu.edu) with SMTP id PAA23670 sender jzawodn@cs.bgsu.edu ; Thu, 4 Jan 1996 15:41:02 -0500 Date: Thu, 4 Jan 1996 15:39:19 -0500 (EST) From: "Jeremy D. Zawodny" To: Joe Smith cc: netatalk-admins@umich.edu Subject: Re: Anyone successful using papd with Linux to serve a printer? In-Reply-To: <199601041837.NAA14269@presto.med.upenn.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 04 Jan 1996 15:48:40 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu On Thu, 4 Jan 1996, Joe Smith wrote: [I'm new to this list, so I hope replies to all are okay...] > I'm using Linux 1.2.13 with the kernel stuff from netatalk 1.3.2b2 and > the 1.3.3 netatalk distribution. I've not installed any of the > published patches yet (didn't seem to apply to this problem). > > I can see the Linux printer from the chooser, but no data seems to be > sent. Both sides eventally timeout. File sharing is fine. > > I tried both Laserwriter 7 and 8 with basically the same result. I've set it up using kernel 1.3.48. I simply installed Netatalk 1.3.3, rebooted, ran /usr/local/atalk/etc/rc.atalk. Printer and file sharing started up for me. I selected my linux box in the chooser, printed, and the output was send to my default "lpr" printer. If you need to look at any of my config files, lemme know. Jeremy ------------------------------------------------------------------------------ Jeremy Zawodny, jzawodn@cs.bgsu.edu Computer Science Undergraduate * Computer Consultant * Web Worker for Hire "Argue your limitations, and they're yours." -- Richard Bach From netatalk-admins-request Fri Jan 5 00:25:57 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.2/2.3) with X.500 id AAA00594; Fri, 5 Jan 1996 00:25:57 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.2/2.3) with X.500 id AAA00586; Fri, 5 Jan 1996 00:25:56 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.2/2.3) with SMTP id AAA00565; Fri, 5 Jan 1996 00:25:53 -0500 (EST) Resent-Message-Id: <199601050525.AAA00565@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.2/2.3) with ESMTP id RAA18951; Thu, 4 Jan 1996 17:45:23 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id RAA00453; Thu, 4 Jan 1996 17:45:22 -0500 (EST) Received: from MIT.EDU by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with SMTP id RAA00448; Thu, 4 Jan 1996 17:45:21 -0500 (EST) Received: from FIERCE-BAD-RABBIT.MIT.EDU by MIT.EDU with SMTP id AA27794; Thu, 4 Jan 96 17:45:22 EST Received: by fierce-bad-rabbit.MIT.EDU (5.57/4.7) id AA09630; Thu, 4 Jan 96 17:45:20 -0500 Date: Thu, 4 Jan 96 17:45:20 -0500 Message-Id: <9601042245.AA09630@fierce-bad-rabbit.MIT.EDU> From: Greg Stark To: netatalk-admins@umich.edu In-Reply-To: (jzawodn@cs.bgsu.edu) Subject: Re: Anyone successful using papd with Linux to serve a printer? Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 05 Jan 1996 00:25:51 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu On the other hand I'm using Linux 1.2.13 with netatalk 1.3.3 and a Postscript HP printer and it doesn't work with the same symptoms. I've experimented a bit and the problem seems to be in the postscript magic code, files spool and print fine if they start with ``%!PS-Adobe-3.0'' but not ``%!PS-Adobe-2.0''. Serving this printer is the only thing I've tried to do with netatalk. It would be wonderful if it worked. greg From netatalk-admins-request Fri Jan 5 12:33:35 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.2/2.3) with X.500 id MAA17243; Fri, 5 Jan 1996 12:33:35 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.2/2.3) with X.500 id MAA17239; Fri, 5 Jan 1996 12:33:34 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.2/2.3) with SMTP id MAA17235; Fri, 5 Jan 1996 12:33:33 -0500 (EST) Resent-Message-Id: <199601051733.MAA17235@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.2/2.3) with ESMTP id MAA16717; Fri, 5 Jan 1996 12:19:59 -0500 (EST) Received: by totalrecall.rs.itd.umich.edu (8.7.1/2.3) with X.500 id MAA29223; Fri, 5 Jan 1996 12:19:58 -0500 (EST) Received: from relax.ltc.vanderbilt.edu by totalrecall.rs.itd.umich.edu (8.7.1/2.3) with SMTP id MAA29215; Fri, 5 Jan 1996 12:19:57 -0500 (EST) Received: (from pfaffman@localhost) by relax.ltc.vanderbilt.edu (8.6.11/8.6.11) id LAA06534; Fri, 5 Jan 1996 11:19:55 -0600 Date: Fri, 5 Jan 1996 11:19:55 -0600 From: Jay Pfaffman Message-Id: <199601051719.LAA06534@relax.ltc.vanderbilt.edu> To: netatalk-admins@umich.edu Subject: Netatalk not paying attention to permissions Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 05 Jan 1996 12:33:33 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I've been using netatalk for a while now and have recently realized that it's not obeying permisssions. I haven't started tearing apart code, but it seems that it's not changing owners so it allows anyone to read or write any file that's below the mount point. This means that a user could put a symlink to /etc in his/her home directory and do things that I might not approve of. Oddly, directories that should not be readable do show up with locks on them, but a find-file will find readable files and folders within that locked folder. The messages I've seen in this list about permissions problems all deal with netatalk being too restrictive. I'm currently using netatalk 1.3.3b2 and Linux 1.3.39, but have had similar problems with some 1.2.x (patched appropriately) and an older netatalk. Any clues will be appreciated. Jay Pfaffman pfaffman@relax.com +1-615-343-1720 (office) +1-615-460-9299 (home) http://relax.ltc.vanderbilt.edu/~pfaffman/ From netatalk-admins-request Wed Jan 10 16:36:44 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id QAA10198; Wed, 10 Jan 1996 16:36:44 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id QAA10196; Wed, 10 Jan 1996 16:36:43 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id QAA10190; Wed, 10 Jan 1996 16:36:41 -0500 (EST) Resent-Message-Id: <199601102136.QAA10190@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id MAA02211; Wed, 10 Jan 1996 12:26:50 -0500 (EST) Received: by totalrecall.rs.itd.umich.edu (8.7.1/2.3) with X.500 id MAA17656; Wed, 10 Jan 1996 12:26:50 -0500 (EST) Received: from mailhub.acsu.buffalo.edu by totalrecall.rs.itd.umich.edu (8.7.1/2.3) with ESMTP id MAA17652; Wed, 10 Jan 1996 12:26:48 -0500 (EST) Received: from mcbio.med.buffalo.edu (mcbio.med.buffalo.edu [128.205.166.26]) by mailhub.acsu.buffalo.edu (8.7.1/8.7.1) with SMTP id MAA20295 for ; Wed, 10 Jan 1996 12:26:47 -0500 (EST) Received: from pos.med.buffalo.edu by mcbio.med.buffalo.edu (4.1/SMI-4.1.1) id AB02303; Wed, 10 Jan 96 12:33:00 EST Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 10 Jan 1996 12:33:17 -0500 To: netatalk-admins@umich.edu From: gkohler@mcbio.med.buffalo.edu (Greg Kohler) Subject: Any word on a port to Solaris 2.x? Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 10 Jan 1996 16:36:40 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi All, It's been a while since I've heard anything about porting to Solaris. I've been happily using netatalk for a long time, and I've held off the departement for as long as possible from upgrading from 4.1.3. Thanks, Greg Greg Kohler Roswell Park Cancer Institute Dept. Cell and Molecular Biology fax:(716)845-8169 gkohler@mcbio.med.buffalo.edu kohler@sc3101.med.buffalo.edu From netatalk-admins-request Thu Jan 11 19:09:54 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id TAA05665; Thu, 11 Jan 1996 19:09:54 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id TAA05663; Thu, 11 Jan 1996 19:09:48 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id TAA05658; Thu, 11 Jan 1996 19:09:46 -0500 (EST) Resent-Message-Id: <199601120009.TAA05658@terminator.rs.itd.umich.edu> Received: from redheat.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id RAA04487; Thu, 11 Jan 1996 17:29:53 -0500 (EST) Received: by redheat.rs.itd.umich.edu (8.6.12/2.2) with X.500 id RAA19422; Thu, 11 Jan 1996 17:29:52 -0500 Received: from haven.uchicago.edu by redheat.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id RAA19415; Thu, 11 Jan 1996 17:29:51 -0500 Received: from midway.uchicago.edu (midway.uchicago.edu [128.135.12.73]) by haven.uchicago.edu (8.6.12/8.6.4) with ESMTP id QAA26392 for ; Thu, 11 Jan 1996 16:24:36 -0600 Received: from dura.spc.uchicago.edu (pom2@dura.spc.uchicago.edu [128.135.84.94]) by midway.uchicago.edu (8.7.1/8.7.2) with ESMTP id QAA03802 for ; Thu, 11 Jan 1996 16:29:50 -0600 (CST) Received: (pom2@localhost) by dura.spc.uchicago.edu (8.6.10/8.6.4) id QAA07494 for netatalk-admins@itd.umich.edu; Thu, 11 Jan 1996 16:29:48 -0600 From: Paul Pomerleau Message-Id: <199601112229.QAA07494@dura.spc.uchicago.edu> Subject: Can't run netatalk, what should I run? To: netatalk-admins@itd.umich.edu Date: Thu, 11 Jan 1996 16:29:48 -0600 (CST) X-Mailer: ELM [version 2.4 PL23-upenn2.8] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 11 Jan 1996 19:09:45 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi folks: I need to replace netatalk. Could you help me with some advice? I've been running 4.1.3 on our Suns, here, and I'm moving to Solaris in a month or so. It can't be helped -- I've got a multi-processor machine here and I need the good multiprocessing support, faster NFS, etc. ...and 2.5 actually looks stable. Anyhow, I've been using netatalk -- since netatalk doesn't run on Solaris, I need to replace it with something. Is there any alternative that uses the same file structure as netatalk? I don't mind paying for a commercial package. Thanks! ------------------------------------------------------------- Paul Pomerleau Green 217 Director of Computing (312) 702-4830 Center for Computational Psychology pom2@ccp.uchicago.edu University of Chicago From netatalk-admins-request Fri Jan 12 22:23:45 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id WAA22074; Fri, 12 Jan 1996 22:23:45 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id WAA22072; Fri, 12 Jan 1996 22:23:44 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id WAA22067; Fri, 12 Jan 1996 22:23:42 -0500 (EST) Resent-Message-Id: <199601130323.WAA22067@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id OAA14188; Fri, 12 Jan 1996 14:16:48 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id OAA08502; Fri, 12 Jan 1996 14:16:47 -0500 (EST) Received: from presto.med.upenn.edu by truelies.rs.itd.umich.edu (8.7.1/2.2) with SMTP id OAA08497; Fri, 12 Jan 1996 14:16:46 -0500 (EST) Received: (from jes@localhost) by presto.med.upenn.edu (8.6.12/8.6.9) id OAA00241; Fri, 12 Jan 1996 14:17:21 -0500 Date: Fri, 12 Jan 1996 14:17:21 -0500 From: Joe Smith Message-Id: <199601121917.OAA00241@presto.med.upenn.edu> To: netatalk-admins@umich.edu Subject: Re: Anyone successful using papd with Linux to serve a printer? Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 12 Jan 1996 22:23:42 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu OK, a quick status report. Printing is working with stock netatalk 1.3.3 and Linux 1.3.56: I can print long documents (tried 25pp) and serve multiple printers. Filesharing is also fine with this combination. Problems: LaserWriter 7.1.2 on a Quadra does not work (starts child but no activity, 'lp_print queued' message never appears, nor 'child PID done'). LaserWriter 8 on the PowerMac seems to be fine. I'll try to upgrade the LaserWriter driver on the Quadra. I could not get 1.3.3 to work (printing, i.e.) with Linux 1.2.13. No one else reported success with this combination either; two people reported the same problem I had. The changes to Appletalk support added to the 1.3 kernels are not easily merged with 1.2.13. I did not try 1.3.3b2 + patches with 1.2.13. I _really_ wanted to avoid the development kernel(s), but so far 1.3.56 has not shown any problems. Questions: I can only connect to one Appleshare service at a time. Is this an Appleshare restriction?. Is there some way to export more than one directory at a time (e.g. a public directory and a user's home Unix directory)? My primary reason for wanting to serve a printer is to share our new HP color deskjet. My plan is to set it up on the Unix machine with Ghostscript and have all the Macs (and PCs via Samba) pretend it's a color PostScript printer. Anyone else doing this? Anyone forsee big problems with this? I'll have to maintain a direct connection to one of the PCs though, to do printer maintenance or other special HP driver-specific stuff. Thanks for all the suggestions and success/failure reports. Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id TAA12892; Sun, 14 Jan 1996 19:35:26 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id TAA12888; Sun, 14 Jan 1996 19:35:25 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id TAA12884; Sun, 14 Jan 1996 19:35:23 -0500 (EST) Resent-Message-Id: <199601150035.TAA12884@terminator.rs.itd.umich.edu> Received: from redheat.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id TAA12706; Sun, 14 Jan 1996 19:25:00 -0500 (EST) Received: by redheat.rs.itd.umich.edu (8.6.12/2.2) with X.500 id TAA16176; Sun, 14 Jan 1996 19:24:58 -0500 Received: from samson.cc.nd.edu by redheat.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id TAA16171; Sun, 14 Jan 1996 19:24:57 -0500 Received: (from rich@localhost) by samson.cc.nd.edu (8.6.12/8.6.12) id TAA05294; Sun, 14 Jan 1996 19:24:53 -0500 Date: Sun, 14 Jan 1996 19:24:53 -0500 From: Rich Sudlow Message-Id: <199601150024.TAA05294@samson.cc.nd.edu> To: netatalk-admins@itd.umich.edu, pom2@dura.spc.uchicago.edu Subject: Re: Can't run netatalk, what should I run? Cc: Gerry.Singleton@canada.sun.com, maurie.danko@canada.sun.com, marc.west@central.sun.com, harry.elston@central.sun.com X-Sun-Charset: US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Sun, 14 Jan 1996 19:35:23 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu > >Hi folks: > > I need to replace netatalk. Could you help me with some advice? > > I've been running 4.1.3 on our Suns, here, and I'm moving to >Solaris in a month or so. It can't be helped -- I've got a multi-processor >machine here and I need the good multiprocessing support, faster NFS, >etc. ...and 2.5 actually looks stable. We've been extensively testing netatalk1.3.3 here at Notre Dame as we are looking at providing AFS file services to students in their dorms...We found that there really isn't anything that you can replace netatalk with. Even if you pay a pile of money (especially if you're running AFS)... We too are interested in running netatalk on Solaris 2.4/2.5...Given our limited resources it was obvious that we couldn't port netatalk to Solaris 2.x..So we contacted Sun and their OPCOM center up in Canada which has been working on porting this for the last couple months. (After all they've been telling us how easy SunOS -> Solaris migrations are ....right ;-)) The intent is that their Solaris code would be freely available (just as it is now). I haven't heard from them in the last month although I know that they planned on having this done by the end of January from their earlier messages. Rich Rich Sudlow Office of Information Technology University of Notre Dame > > Anyhow, I've been using netatalk -- since netatalk doesn't run on >Solaris, I need to replace it with something. Is there any alternative >that uses the same file structure as netatalk? I don't mind paying for a >commercial package. > > Thanks! > > >------------------------------------------------------------- >Paul Pomerleau Green 217 >Director of Computing (312) 702-4830 >Center for Computational Psychology pom2@ccp.uchicago.edu >University of Chicago > From netatalk-admins-request Mon Jan 15 10:35:57 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA11532; Mon, 15 Jan 1996 10:35:57 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA11524; Mon, 15 Jan 1996 10:35:56 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id KAA11513; Mon, 15 Jan 1996 10:35:54 -0500 (EST) Resent-Message-Id: <199601151535.KAA11513@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id DAA25344; Mon, 15 Jan 1996 03:23:13 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id DAA22190; Mon, 15 Jan 1996 03:23:12 -0500 (EST) Received: from zifi.genetics.utah.edu by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with ESMTP id DAA22185; Mon, 15 Jan 1996 03:23:10 -0500 (EST) Received: (from zinc@localhost) by zifi.genetics.utah.edu (8.7.3/8.6.9) id BAA00852; Mon, 15 Jan 1996 01:23:10 -0700 Date: Mon, 15 Jan 1996 01:23:06 -0700 (MST) From: zinc To: netatalk admins Subject: file transfers using afpd don't show up w/ tcpdump or netstat!! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 15 Jan 1996 10:35:54 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu -----BEGIN PGP SIGNED MESSAGE----- howdy, i'm new to the list. i'm running linux 1.3.57 and netatalk 1.3.3. i like to know what's going on with my system. tcpdump and netstat are quite useful tools for observing what's going on with the network i'm connected to. however, if i've established a connection to zifi from one of our macs it doesn't show up w/ netstat or tcpdump (during any file transfers of course). are there patches for the above mentioned programs to get them to probe the device used by afpd or is there some other work around? i was trying some command line switches for tcpdump but couldn't figure out what to put after '-i' for afpd. any ideas?? - -pjf patrick finerty = zinc@zifi.genetics.utah.edu = pfinerty@nyx.cs.du.edu U of Utah biochem grad student in the Bass lab - zinc fingers + dsRNA! ** FINGER zinc-pgp@zifi.genetics.utah.edu for pgp public key - CRYPTO! zifi runs LINUX 1.3.57 -=-=-=WEB=-=-=-> http://zifi.genetics.utah.edu -----BEGIN PGP SIGNATURE----- Version: 2.6.2 Comment: Processed by mkpgp1.6, a Pine/PGP interface. iQCVAwUBMPoK9E3Qo/lG0AH5AQEHgQP+IEfIhvy0vsPJTK+bvcx+76837LMfiKHv VXcSx47g5FOJMgspCy8Sfv1mH9Ca6LK0C8peB+ryJ+Z1padpQJaDpU2fNqi3DqQQ ZZLc78eIa7RPWbC8y5u3GZ0WDGJI+V+SWg6JGFqjbVrMxDdx8YBSc5nvs9A3MuOF 6/tLFkj5ZyE= =e/Mn -----END PGP SIGNATURE----- From netatalk-admins-request Mon Jan 15 14:29:30 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id OAA21781; Mon, 15 Jan 1996 14:29:30 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id OAA21779; Mon, 15 Jan 1996 14:29:29 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id OAA21773; Mon, 15 Jan 1996 14:29:28 -0500 (EST) Resent-Message-Id: <199601151929.OAA21773@terminator.rs.itd.umich.edu> Replied: Mon, 15 Jan 1996 14:29:07 -0500 Replied: grape@matrix.teuto.de (Timo Hoepfner) Replied: netatalk-admins@itd.umich.edu Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id RAA11625; Sun, 14 Jan 1996 17:34:15 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id RAA27270; Sun, 14 Jan 1996 17:34:13 -0500 (EST) Received: from linteuto.teuto.de by truelies.rs.itd.umich.edu (8.7.1/2.2) with SMTP id RAA27263; Sun, 14 Jan 1996 17:34:12 -0500 (EST) Received: from [192.168.1.2] by linteuto.teuto.de with smtp (Smail3.1.29.1 #5) id m0tbb01-000jy0C; Sun, 14 Jan 96 23:34 MET X-Sender: grape@pop3.teuto.de Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 14 Jan 1996 23:35:11 +0100 To: netatalk-admins@itd.umich.edu From: grape@matrix.teuto.de (Timo Hoepfner) Subject: some questions Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 15 Jan 1996 14:29:27 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi! I started using netatalk some days ago. I'm using a PC running Linux 1.3.56 and a powermac 7100/66, System 7.5.1 connected via Ethernet. 1.) atalkd takes a *lot* of time to start up. About 30-60 seconds. Is that normal? 2.) My mac crashes everytime I shutdown the linux machine. The mac tells me that the fileserver has shut down, but afterward it hangs. 3.) I got the last release of terminator. The filename says 1.3.3, but the "VERSION" file of the distribution says it's 1.3.3b2. Do I use the beta or the golden master of 1.3.3? (If I am uing a ebta, where can i get 1.3.3 "final"?) Bye Timo --- Timo Hoepfner - grape@matrix.teuto.de - http://www.teuto.de/~grape/index.html From netatalk-admins-request Mon Jan 15 14:34:14 1996 Return-Path: Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id OAA21987; Mon, 15 Jan 1996 14:34:14 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id OAA27584; Mon, 15 Jan 1996 14:34:13 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id OAA27581; Mon, 15 Jan 1996 14:34:12 -0500 (EST) Received: from terminator.rs.itd.umich.edu by truelies.rs.itd.umich.edu (8.7.1/2.2) with ESMTP id OAA27576; Mon, 15 Jan 1996 14:34:11 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id OAA21744; Mon, 15 Jan 1996 14:29:06 -0500 (EST) Message-Id: <199601151929.OAA21744@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: grape@matrix.teuto.de (Timo Hoepfner) cc: netatalk-admins@itd.umich.edu Subject: Re: some questions In-reply-to: Your message of "Sun, 14 Jan 1996 23:35:11 +0100." Date: Mon, 15 Jan 1996 14:29:05 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: grape@matrix.teuto.de (Timo Hoepfner) > To: netatalk-admins@itd.umich.edu > 1.) atalkd takes a *lot* of time to start up. About 30-60 seconds. Is that > normal? Yup. It's especially normal if you have no routers. > 2.) My mac crashes everytime I shutdown the linux machine. The mac tells me > that the fileserver has shut down, but afterward it hangs. Yeah, I've seen that, but I'm not sure what the problem is, still. > 3.) I got the last release of terminator. The filename says 1.3.3, but the > "VERSION" file of the distribution says it's 1.3.3b2. Do I use the beta or > the golden master of 1.3.3? (If I am uing a ebta, where can i get 1.3.3 > "final"?) Ah, oops. I can confirm to you that the 1.3.3 "golden master" does in fact have a VERSION file of 1.3.3b2. I guess I'll fix that in some later patch... :wes From netatalk-admins-request Mon Jan 15 15:21:01 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id PAA24515; Mon, 15 Jan 1996 15:21:01 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id PAA24505; Mon, 15 Jan 1996 15:20:59 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id PAA24495; Mon, 15 Jan 1996 15:20:56 -0500 (EST) Resent-Message-Id: <199601152020.PAA24495@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id OAA22669; Mon, 15 Jan 1996 14:57:23 -0500 (EST) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id OAA02985; Mon, 15 Jan 1996 14:57:21 -0500 Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id OAA02918; Mon, 15 Jan 1996 14:56:51 -0500 Received: from mercury.Sun.COM by twins.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id OAA02906; Mon, 15 Jan 1996 14:56:49 -0500 Received: from snail.Sun.COM by mercury.Sun.COM (Sun.COM) id LAA03750; Mon, 15 Jan 1996 11:53:30 -0800 Received: from Canada.Sun.COM (suncan) by snail.Sun.COM (4.1/SMI-4.1) id AA23500; Mon, 15 Jan 96 11:53:25 PST Received: from scooter.canada.sun.com by Canada.Sun.COM (4.1/SMI-4.1) id AA08923; Mon, 15 Jan 96 14:53:10 EST Received: from tournesol.canada.sun.com by scooter.canada.sun.com (5.x/SMI-SVR4) id AA04914; Mon, 15 Jan 1996 14:53:03 -0500 Received: by tournesol.canada.sun.com (SMI-8.6/SMI-SVR4) id OAA04558; Mon, 15 Jan 1996 14:53:03 -0500 Date: Mon, 15 Jan 1996 14:53:03 -0500 From: gerrys@Canada.Sun.COM (Gerry Singleton) Message-Id: <199601151953.OAA04558@tournesol.canada.sun.com> To: marc.west@central.Sun.COM, harry.elston@central.Sun.COM, juan@logician.logician.com, netatalk@umich.edu Subject: Re: Netatalk for Solaris Cc: Maurie.Danko@Canada.Sun.COM Reply-To: Gerry.Singleton@Canada.Sun.COM X-Sun-Charset: US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 15 Jan 1996 15:20:56 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu > From juan@logician.logician.com Mon Jan 15 12:24:47 1996 > Date: Mon, 15 Jan 1996 09:21:50 -0800 > From: Juan Pineda > Mime-Version: 1.0 > To: Gerry.Singleton@canada.sun.com, maurie.danko@canada.sun.com, > marc.west@central.Sun.COM, harry.elston@central.Sun.COM > Subject: Netatalk for Solaris > Content-Transfer-Encoding: 7bit > > Hi, > > I understand that your organization is porting Netatalk to Solaris. > We are currently running 4.1.3 with netatalk, and we would like to > migrate to Solaris 2.5. However the biggest obsticle that we face > with switching to Solaris is that it is not compatible with netatalk. > We are. Considering the differences I understand. We are porting a subset of full netatalk; i.e. no AFS or Kerberos support at the start. > Can you say when your port will be available and where we should > look to get it? We would like to switch to Solaris as soon as possible, > and running netatalk is the remaining obsticle. We are working with the netatalk team to make this happen. Watch for an announcement from netatalk@umich.edu mailing list or examine the netatalk homepage at http://www.umich.edu/~rsug/netatalk. Why here? because they will, ultimately, be responsible for the Solaris 2.x version along with current versions. This way the University of Michigan get an enhanced product and we, at Sun, a little glory. > -- > Juan Pineda > voice: +1.415.641.9192 > FAX: +1.415.641.9193 > Email: juan@logician.com > I look forward to having you migrate. Regards, ger -- G. Roderick Singleton, OPCOM Developer Support Center Engineer Email: Gerry.Singleton@Canada.Sun.COM Voice: 800 363 6200 (Canada and U.S.A.) or 905 477 0437 (International) "Just because I'm paranoid doesn't mean I'm not surrounded by enemies" H. Kissinger From netatalk-admins-request Fri Jan 19 10:33:28 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA14581; Fri, 19 Jan 1996 10:33:28 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA14578; Fri, 19 Jan 1996 10:33:26 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id KAA14573; Fri, 19 Jan 1996 10:33:25 -0500 (EST) Resent-Message-Id: <199601191533.KAA14573@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id HAA09248; Fri, 19 Jan 1996 07:44:45 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id HAA23785; Fri, 19 Jan 1996 07:44:44 -0500 (EST) Received: from tim.xenologics.com by truelies.rs.itd.umich.edu (8.7.1/2.2) with SMTP id HAA23780; Fri, 19 Jan 1996 07:44:42 -0500 (EST) Received: from ganymed.UUCP (root@localhost) by tim.xenologics.com (8.6.11/8.6.6) with UUCP id NAA01770 for itd.umich.edu!netatalk-admins; Fri, 19 Jan 1996 13:45:31 GMT X-Sender: theisen@ganymed.mto.de Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 19 Jan 1996 13:27:21 +0100 To: netatalk-admins@itd.umich.edu From: theisen@mto.de (Dirk Theisen) Subject: netatalk: File/Directory not found Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 19 Jan 1996 10:33:24 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hello! I'm very happy to say that we managed to install netatalk 1.3.3 on out Linux(1.3.3x)-Box! FileSharing works fine, with this exception: BBEdit lite(3.5.1) sometimes shows Error-Dialogs "Macintosh System level Error - File not found" while saving a file! Permissions are ok. I also tried BBEdits file search and got many "Directoy not found" Errors. Anyone else seen this? Any Idea? MfG D. Theisen --- M&T Online Service | E-mail theisen@mto.de Wilhelm-Ruppert-Str. 38 | Tel. (0 22 03) 96 34 - 50 C52 | Fax. (0 22 03) 96 34 - 12 D-51147 Koeln | WWW http://www.mto.de From netatalk-admins-request Fri Jan 19 14:18:50 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id OAA22705; Fri, 19 Jan 1996 14:18:50 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id OAA22702; Fri, 19 Jan 1996 14:18:49 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id OAA22697; Fri, 19 Jan 1996 14:18:48 -0500 (EST) Resent-Message-Id: <199601191918.OAA22697@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id OAA22266; Fri, 19 Jan 1996 14:05:02 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id OAA21020; Fri, 19 Jan 1996 14:05:01 -0500 (EST) Received: from venus.open.ac.uk by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with SMTP id OAA20613; Fri, 19 Jan 1996 14:03:23 -0500 (EST) Received: from tech.open.ac.uk by venus.open.ac.uk with SMTP Local (PP) id <14684-0@venus.open.ac.uk>; Fri, 19 Jan 1996 16:52:57 +0000 Received: from [137.108.96.9] by damson.open.ac.uk (4.1/SMI-4.1) id AA22663; Fri, 19 Jan 96 16:52:52 GMT X-Sender: kc_quick@damson.open.ac.uk Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 19 Jan 1996 16:52:57 +0000 To: netatalk-admins@umich.edu From: k.c.quick@open.ac.uk (Kevin Quick) Subject: Privilege violation Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 19 Jan 1996 14:18:48 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Does anybody else have this problem. Running 1.3.3 on Linux 1.2.8 Directory with privileges drwxrwx-wx A user logging in as a guest can read and copy the contents of this directory. The icon shows as a normal folder whereas I would expect to see a dropfolder icon. The dropfolder icon only shows if you change to o-x, then you cannot write to the directory at all which defeats the object. Trying to save a file to this directory fails but copying a file is ok.. Directory with privileges drwxrwxr-x A user logging in as a guest can make a new folder or an alias in this window even though it is showing the crossed pencil in the status bar. Trying to drag a file to this window fails as does trying to save a file. If the guest then tries to delete the folder or alias it fails because they cannot make changes. Now either I've setup Netatalk wrong or there are some serious bugs here. A quick reply would be nice as I plan to move everything to a Sparc (SunOs 4.1.3) next week and keeping Netatalk would be nice otherwise I shall have to install CAP. ____________________________________________________________________ Kevin Quick Computer Support Engineer Internet Mail: k.c.quick@open.ac.uk The best thing to run under Windows is radiator pipes http://www-tec.open.ac.uk/ From netatalk-admins-request Fri Jan 19 17:08:21 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id RAA27653; Fri, 19 Jan 1996 17:08:21 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id RAA27651; Fri, 19 Jan 1996 17:08:20 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id RAA27644; Fri, 19 Jan 1996 17:08:18 -0500 (EST) Resent-Message-Id: <199601192208.RAA27644@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id QAA26154; Fri, 19 Jan 1996 16:08:29 -0500 (EST) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id QAA22014; Fri, 19 Jan 1996 16:08:28 -0500 Received: from anka.mindvision.com by twins.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id QAA21994; Fri, 19 Jan 1996 16:08:25 -0500 Received: from [198.247.220.21] (cornholio.mindvision.com [198.247.220.21]) by anka.mindvision.com (8.6.11/8.6.9) with SMTP id PAA27107 for ; Fri, 19 Jan 1996 15:08:23 -0600 X-Sender: steve@anka.mindvision.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 19 Jan 1996 15:08:30 -0600 To: netatalk-admins@itd.umich.edu From: steve@mindvision.com (Steve Kiene) Subject: Re: netatalk: File/Directory not found Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 19 Jan 1996 17:08:18 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu >Hello! > >I'm very happy to say that we managed to install netatalk 1.3.3 >on out Linux(1.3.3x)-Box! > >FileSharing works fine, with this exception: > >BBEdit lite(3.5.1) sometimes shows Error-Dialogs=20 >"Macintosh System level Error - File not found" while saving a file! >Permissions are ok. >I also tried BBEdits file search and got many "Directoy not found" Errors. This is probably because netatalk doesn't support "hard" directory ids (i.e.= you aren't guaranteed to get back the same dirid between sessions for the= same directory). This "feature" has kept me from using netatalk. Try to= copy a bunch of folders from a Mac to a netatalk volume. It won't work. Bum= mer. If I knew more about Unix, I'd go fix it. If anyone knows enough about the= Unix side but not enough about the Mac side, let me know and I'll try to= help. I know quite a bit about the Mac File System (I wrote Stacker for= Macintosh and the disk cache portion of Speed Doubler). Steve Kiene MindVision Software From netatalk-admins-request Fri Jan 19 17:46:35 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id RAA28431; Fri, 19 Jan 1996 17:46:35 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id RAA28429; Fri, 19 Jan 1996 17:46:35 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id RAA28424; Fri, 19 Jan 1996 17:46:33 -0500 (EST) Resent-Message-Id: <199601192246.RAA28424@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id RAA28361; Fri, 19 Jan 1996 17:43:45 -0500 (EST) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id RAA08608; Fri, 19 Jan 1996 17:43:44 -0500 Received: from hal.sonoma.net by twins.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id RAA08545; Fri, 19 Jan 1996 17:43:28 -0500 Received: (from eric@localhost) by hal.sonoma.net (8.7.1/8.7.1) id OAA21162; Fri, 19 Jan 1996 14:42:37 -0800 From: Eric Eisenhart Message-Id: <199601192242.OAA21162@hal.sonoma.net> Subject: Re: netatalk: File/Directory not found To: theisen@mto.de (Dirk Theisen) Date: Fri, 19 Jan 1996 14:42:32 -0800 (PST) Cc: netatalk-admins@itd.umich.edu In-Reply-To: from "Dirk Theisen" at Jan 19, 96 01:27:21 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 19 Jan 1996 17:46:33 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu > I'm very happy to say that we managed to install netatalk 1.3.3 > on out Linux(1.3.3x)-Box! > > FileSharing works fine, with this exception: > > BBEdit lite(3.5.1) sometimes shows Error-Dialogs > "Macintosh System level Error - File not found" while saving a file! > Permissions are ok. > I also tried BBEdits file search and got many "Directoy not found" Errors. I had some similar problems here. (netatalk and Linux, here as well) I don't remember the exact error message, but that sounds about right. What I discovered seemed to be causing the problems was when I went into those shared directories and changed permissions around. When I changed permissions I didn't think at all to do *anything* to the .AppleDouble directory. If the .AppleDouble directory: a) has a corresponding file with different permissions. (by corresponding I mean that if you have "foo.bar" in a directory, there will be a ".AppleDouble/foo.bar" file as well) b) there is no .AppleDouble directory and the user doesn't have write access in the directory or c) there is an .AppleDouble directory, but the user doesn't have write access to it. Then it's likely to cause problems like what you are experiencing. I don't know if this is your problem, but you might want to check to see if this could be your problem. From netatalk-admins-request Mon Jan 22 11:44:56 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA17982; Mon, 22 Jan 1996 11:44:56 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA17980; Mon, 22 Jan 1996 11:44:55 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id LAA17974; Mon, 22 Jan 1996 11:44:54 -0500 (EST) Resent-Message-Id: <199601221644.LAA17974@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id KAA11214; Mon, 22 Jan 1996 10:07:11 -0500 (EST) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id KAA24012; Mon, 22 Jan 1996 10:07:10 -0500 Received: from relax.ltc.vanderbilt.edu by twins.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id KAA23999; Mon, 22 Jan 1996 10:07:08 -0500 Received: (from pfaffman@localhost) by relax.ltc.vanderbilt.edu (8.6.11/8.6.11) id JAA09011; Mon, 22 Jan 1996 09:06:18 -0600 Date: Mon, 22 Jan 1996 09:06:17 -0600 (CST) From: Jay Pfaffman To: Kevin Quick cc: netatalk-admins@umich.edu Subject: Re: Privilege violation In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 22 Jan 1996 11:44:53 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I have had similar problems with 1.3.3 and Linux 1.2.x and 1.3.x. I wrote a similar message to the list a while ago, but heard nothing. I feel sure that we must be doing something silly, but I cannot imagine what it might be. Still, it's harder to imagine that all those using Netatalk have this bug but don't know it. Jay Pfaffman pfaffman@relax.com +1-615-343-1720 (office) +1-615-460-9299 (home) http://relax.ltc.vanderbilt.edu/~pfaffman/ On Fri, 19 Jan 1996, Kevin Quick wrote: > Directory with privileges > > drwxrwx-wx > > A user logging in as a guest can read and copy the contents of this directory. [ etc. .. ] From netatalk-admins-request Tue Jan 23 13:26:29 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id NAA04172; Tue, 23 Jan 1996 13:26:29 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id NAA04169; Tue, 23 Jan 1996 13:26:28 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id NAA04153; Tue, 23 Jan 1996 13:26:10 -0500 (EST) Resent-Message-Id: <199601231826.NAA04153@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id LAA16773; Mon, 22 Jan 1996 11:04:48 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id LAA16171; Mon, 22 Jan 1996 11:04:47 -0500 (EST) Received: from mull.dis.strath.ac.uk by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with SMTP id LAA15079; Mon, 22 Jan 1996 11:00:26 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by mull.dis.strath.ac.uk (8.6.12/8.6.12) with SMTP id PAA10763 for ; Mon, 22 Jan 1996 15:52:26 GMT To: netatalk-admins@itd.umich.edu Subject: AppleTalk Source Distribution Reply-To: sinclair@dis.strath.ac.uk Date: Mon, 22 Jan 1996 15:52:24 +0000 Message-ID: <10760.822325944@dis.strath.ac.uk> From: Duncan Sinclair Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 23 Jan 1996 13:26:10 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I just saw this article on comp.protocols.appletalk. It appears to be a full implementation of Appletalk for Suns, both Solaris 1.x and Solaris 2.x. Does anyone have any knowledge of it, and how compatible it is with netatalk? It seems it might make a good start for a port of netatalk to Solaris 2.x. Best regards, Duncan. >From: rdk@cc.gatech.edu (Bobby Krupczak) >Newsgroups: comp.unix.solaris,comp.sys.sun.admin,comp.protocols.appletalk >Subject: AppleTalk Source Distribution >Date: 11 Jan 1996 16:12:54 -0500 >Message-ID: <4d3ugm$59p@morticia.cc.gatech.edu> Hi! We've recently updated our AppleTalk protocol source code distribution to include support for the AppleTalk data stream protocol. As part of our research in protocols and protocol subsystems, we have coded an AppleTalk implementation in the BSD, Streams and x-Kernel subsystems and then combined protocols from different subsystems using Adapter protocols. The implementations have been tested against native Macs and Newtons, AppleTalk routers, and themselves. Please read the accompanying COPYRIGHT notice contained in the distribution. Bugs, etc. to rdk@cc.gatech.edu The main homepage for the distributions can be found at: http://www.cc.gatech.edu/computing/Telecomm/playground/MULTI/outline.html >From there you can download the various components. Below is brief summary of our work. Bobby ----- The Distribution An example multi-subsystem protocol architecture using the AppleTalk protocol family and the x-Kernel, BSD, and Streams subsystems is available. Included in this release is an AppleTalk protocol graph for the x-Kernel, BSD, Streams (SunOS and Solaris) and a set of adapter protocols for combining them. Although the adapter protocols are instantiated for the AppleTalk protocols (ATP, ADSP, and DDP specifically) they are general and can apply to any protocols coded within those subsystems. Each distribution has been tested on Sun/Sparcs running SunOS 4.1.X (and Solaris 2.4 for Streams) using the underlying BSD or Streams subsystem native to that version of SunOS. The x-Kernel version used is 3.2. All AppleTalk protocol graphs have been tested against native AppleTalk implementations on Macs and Newtons, routers (Cisco and Gatorbox), against AppleTalk stacks implemented in other subsystems (BSD, x-Kernel, and Streams) and against itself. The distributions support AppleTalk Phase 2 and implement (at least) DDP, ATP, ADSP, AEP, RTMP, NBP, and ZIP (sort of). For more information on AppleTalk please refer to Inside AppleTalk by Sidhu, Andrews, and Oppenheimer. Note, the ADSP implementation does not exist natively in BSD but can be included via subsystem adapation. The x-Kernel version of our multi-subsystem protocol architecture relies on a NIT/Ethernet anchor protocol to gain access to the underlying ethernet device. The Streams version relies on the SunOS NIT device also. The BSD version does not require the NIT device be installed in the kernel. Instructions for installing the source code in Streams and BSD are beyond the scope of this document. The distributions for each subsystem (BSD and Streams) should contain kernel specific files. To install within the x-Kernel, refer to the x-Kernel programmer's manual. Questions, comments to Bobby Krupczak (rdk@cc.gatech.edu). Please read the copyright notice in the file COPYRIGHT contained in each distribution. An index is given below: * AppleTalk Protocol Stack for the x-Kernel (160K) * AppleTalk Protocol Stack for BSD (175K) * AppleTalk Protocol Stack for Streams (SunOS, Solaris) (352K) * x-Kernel (Version 3.2) NIT anchor/adapter protocol for SunOS 4.1.X (27K) * x-Kernel, Streams, and BSD adapter protocols (98K) * Raw-IP protocol for the x-Kernel (23K) allows one to place the x-Kernel above SunOS IP using raw-IP sockets. From netatalk-admins-request Tue Jan 23 18:24:37 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id SAA11887; Tue, 23 Jan 1996 18:24:37 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id SAA11883; Tue, 23 Jan 1996 18:24:36 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id SAA11879; Tue, 23 Jan 1996 18:24:35 -0500 (EST) Resent-Message-Id: <199601232324.SAA11879@terminator.rs.itd.umich.edu> Received: from redheat.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id RAA10845; Tue, 23 Jan 1996 17:27:16 -0500 (EST) Received: by redheat.rs.itd.umich.edu (8.6.12/2.2) with X.500 id RAA13772; Tue, 23 Jan 1996 17:27:15 -0500 Received: from mailhub.hitchcock.org by redheat.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id RAA13762; Tue, 23 Jan 1996 17:27:13 -0500 Received: from mailbox1.Hitchcock.ORG (MAILBOX1.HITCHCOCK.ORG [130.189.240.110]) by mailhub.hitchcock.org (8.6.12-DND/8.6.12) with SMTP id RAA13840; Tue, 23 Jan 1996 17:27:13 -0500 Message-id: <1797522@mailbox1.Hitchcock.ORG> Date: 23 Jan 96 17:27:12 EST From: William.P.McGonigle@Hitchcock.ORG (William P. McGonigle) Reply-To: Bill.McGonigle@Hitchcock.ORG Subject: AppleDouble ftpd? To: netatalk-admins@itd.umich.edu, LINUX-ATALK@netspace.org Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 23 Jan 1996 18:24:34 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I would like an ftpd that can recognize netatalk's .AppleDouble directories and serve the files to Fetch or Anarchie in MacBinary or AppleSingle format. The purpose is to be able to provide the mac files on my netatalk volume to people not on my local network. Does such a thing exist? Patches to wuftpd would be bonus, but I'm not getting my hopes up. -Bill From netatalk-admins-request Wed Jan 24 12:14:51 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id MAA10491; Wed, 24 Jan 1996 12:14:51 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id MAA10488; Wed, 24 Jan 1996 12:14:50 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id MAA10484; Wed, 24 Jan 1996 12:14:48 -0500 (EST) Resent-Message-Id: <199601241714.MAA10484@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id EAA01229; Wed, 24 Jan 1996 04:24:23 -0500 (EST) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id EAA06970; Wed, 24 Jan 1996 04:24:22 -0500 Received: from schubert.promo.de by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id EAA06960; Wed, 24 Jan 1996 04:24:16 -0500 Received: from quick.promo.de (quick.Promo.DE [194.45.188.67]) by schubert.promo.de (8.6.9/8.6.9) with SMTP id KAA31086; Wed, 24 Jan 1996 10:04:08 +0100 Message-ID: Date: 24 Jan 1996 10:05:07 +0200 From: "Stefan Bethke" Subject: Re: AppleDouble ftpd? To: Bill.McGonigle@Hitchcock.ORG, LINUX-ATALK@netspace.org, netatalk-admins@itd.umich.edu X-Mailer: Mail*Link SMTP-QM 3.0.2 Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; Name="Message Body" Content-Transfer-Encoding: quoted-printable Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 24 Jan 1996 12:14:48 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Subject: RE>AppleDouble ftpd? I also thought this would be nice. As a first approximation, it should be possible to use wuftp's on-the-fly = conversion (see ftpconversions(5)); at least, this would allow a user to = request "file.bin" and get "file" converted from AppleDouble to = MacBinary. Unfortunatly, I think most Mac users (Fetch, Anarchie) don't know about = on-the-fly-conversion and will always get "file" from the server by = double-clicking in the directory window, so this hack might be of little = practical use. Best regards Stefan Bethke -- Promo Datentechnik | Tel. +49-40-431360-0 + Systemberatung GmbH | Fax. +49-40-431360-60 Waterloohain 6-8 | e-mail: stefan@Promo.DE D-22769 Hamburg | http://www.Promo.DE/ -------------------------------------- Date: 24.01.1996 2:07 Uhr To: Stefan Bethke From: Bill.McGonigle@Hitchcock.ORG I would like an ftpd that can recognize netatalk's .AppleDouble = directories and serve the files to Fetch or Anarchie in MacBinary or AppleSingle = format. The purpose is to be able to provide the mac files on my netatalk volume to people not on my local network. Does such a thing exist? Patches to wuftpd would be bonus, but I'm not getting my hopes up. -Bill From netatalk-admins-request Thu Jan 25 10:30:17 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA13763; Thu, 25 Jan 1996 10:30:17 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA13760; Thu, 25 Jan 1996 10:30:09 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id KAA13756; Thu, 25 Jan 1996 10:30:08 -0500 (EST) Resent-Message-Id: <199601251530.KAA13756@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id AAA25106; Thu, 25 Jan 1996 00:04:49 -0500 (EST) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id AAA13892; Thu, 25 Jan 1996 00:04:48 -0500 Received: from gorf.rs.itd.umich.edu by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id AAA13888; Thu, 25 Jan 1996 00:04:48 -0500 Received: from gorf.rs.itd.umich.edu by gorf.rs.itd.umich.edu (8.7.1/2.2) id AAA20610; Thu, 25 Jan 1996 00:03:55 -0500 (EST) Date: Thu, 25 Jan 1996 00:03:54 -0500 (EST) From: Charles Clark X-Sender: cmclark@gorf.rs.itd.umich.edu To: Bill.McGonigle@Hitchcock.ORG cc: Stefan Bethke , LINUX-ATALK@netspace.org, netatalk-admins@itd.umich.edu Subject: Re: AppleDouble ftpd? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 25 Jan 1996 10:30:07 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu On 24 Jan 1996, Stefan Bethke wrote: > Subject: RE>AppleDouble ftpd? > > I also thought this would be nice. > > As a first approximation, it should be possible to use wuftp's > on-the-fly conversion (see ftpconversions(5)); at least, this would > allow a user to request "file.bin" and get "file" converted from > AppleDouble to MacBinary. Assuming you have a program to do the conversion. After looking at wuftpd, and the example conversion file (the man page for ftpconversion(5) is a bit, how shall we say, sparse), it appears that wuftpd does in fact hand the conversion program a filename and expect it to write to stdout. I think you'll need to define the program something like :macbinary '%s': in the conversions file instead of just :macbinary %s: in order to insure names with spaces work, in addition to getting me to make the "macbinary" form of megatron write to stdout. You would then rely on user trying to "get" "filename.bin" when they see "filename", instead of just clicking on "filename" from within Fetch (as pointed out by Stefan Bethke, this isn't the most intuitive, obvious, or point-and-click type of operation, such as a user with Fetch is used to). Alternatively, you could hack wuftpd to use the macbinary conversion by default, though that would make your ftpd pretty useless to any non-mac clients. Perhaps you could also hack wuftpd to accept some command that would put it into this mode, which would be a bit more palatable. -- cmclark From netatalk-admins-request Thu Jan 25 10:32:10 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA13807; Thu, 25 Jan 1996 10:32:10 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA13805; Thu, 25 Jan 1996 10:32:09 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id KAA13799; Thu, 25 Jan 1996 10:32:08 -0500 (EST) Resent-Message-Id: <199601251532.KAA13799@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id EAA06525; Thu, 25 Jan 1996 04:07:40 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id EAA25141; Thu, 25 Jan 1996 04:06:53 -0500 (EST) Received: from deliverator.io.com by truelies.rs.itd.umich.edu (8.7.1/2.2) with ESMTP id EAA25136; Thu, 25 Jan 1996 04:06:52 -0500 (EST) Received: from langley.io.com (langley.io.com [199.170.88.19]) by deliverator.io.com (8.7.2/8.7.2) with ESMTP id DAA08690; Thu, 25 Jan 1996 03:06:47 -0600 (CST) Received: (cloos@localhost) by langley.io.com (8.6.12/8.6.12) id DAA26666; Thu, 25 Jan 1996 03:06:49 -0600 Date: Thu, 25 Jan 1996 03:06:49 -0600 Message-Id: <199601250906.DAA26666@langley.io.com> From: "James H. Cloos Jr." To: "Stefan Bethke" Cc: Bill.McGonigle@Hitchcock.ORG, LINUX-ATALK@netspace.org, netatalk-admins@itd.umich.edu Subject: Re: AppleDouble ftpd? In-Reply-To: References: Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 25 Jan 1996 10:32:08 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu >>>>> "Stefan" == "Stefan Bethke" writes: Stefan> Unfortunatly, I think most Mac users (Fetch, Anarchie) don't Stefan> know about = on-the-fly-conversion and will always get "file" Stefan> from the server by = double-clicking in the directory window, Stefan> so this hack might be of little = practical use. The trick here is a hack to ls(1) that will display file.bin when both file and .AppleDouble/file exist.... Implementation is left as an exercise for the reader.... -JimC -- James H. Cloos, Jr. cloos@io.com LPF,Usenix,SAGE,ISOC From netatalk-admins-request Thu Jan 25 17:42:58 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id RAA05955; Thu, 25 Jan 1996 17:42:58 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id RAA05953; Thu, 25 Jan 1996 17:42:58 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id RAA05947; Thu, 25 Jan 1996 17:42:56 -0500 (EST) Resent-Message-Id: <199601252242.RAA05947@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id QAA04913; Thu, 25 Jan 1996 16:59:30 -0500 (EST) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id QAA20376; Thu, 25 Jan 1996 16:59:24 -0500 Received: from popserver.Stanford.EDU by twins.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id QAA20359; Thu, 25 Jan 1996 16:59:16 -0500 Received: from andy-alpha.stanford.edu (andy-alpha.Stanford.EDU [36.53.0.148]) by popserver.Stanford.EDU (8.7.3/8.7.3) with SMTP id NAA13640; Thu, 25 Jan 1996 13:59:07 -0800 (PST) Date: Thu, 25 Jan 1996 13:59:08 -0800 (PST) From: Andy Maas Sender: maas@andy-alpha.stanford.edu Reply-To: Andy Maas Subject: Re: AppleDouble ftpd? To: Charles Clark cc: Bill.McGonigle@Hitchcock.ORG, Stefan Bethke , LINUX-ATALK@netspace.org, netatalk-admins@itd.umich.edu In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 25 Jan 1996 17:42:56 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu A while ago I had similar idea but to do it on the client side. I had suggested to Fetch author that when user select a file to download, Fetch can try to check existance of .AppleDouble/. If that is true then Fetch can (optionally prompt user for confirmation) to automatically get the two forks and build the file locally on the mac. It should also look at .AppleDesktop component for finderInfo (?) Andy > On 24 Jan 1996, Stefan Bethke wrote: > > > Subject: RE>AppleDouble ftpd? > > > > I also thought this would be nice. > > > > As a first approximation, it should be possible to use wuftp's > > on-the-fly conversion (see ftpconversions(5)); at least, this would > > allow a user to request "file.bin" and get "file" converted from > > AppleDouble to MacBinary. > > Assuming you have a program to do the conversion. > > After looking at wuftpd, and the example conversion file (the man page > for ftpconversion(5) is a bit, how shall we say, sparse), it appears > that wuftpd does in fact hand the conversion program a filename and > expect it to write to stdout. > > I think you'll need to define the program something like > :macbinary '%s': in the conversions file instead of just :macbinary %s: > in order to insure names with spaces work, in addition to getting me to > make the "macbinary" form of megatron write to stdout. > > You would then rely on user trying to "get" "filename.bin" when they see > "filename", instead of just clicking on "filename" from within Fetch (as > pointed out by Stefan Bethke, this isn't the most intuitive, obvious, or > point-and-click type of operation, such as a user with Fetch is used to). > Alternatively, you could hack wuftpd to use the macbinary conversion by > default, though that would make your ftpd pretty useless to any non-mac > clients. Perhaps you could also hack wuftpd to accept some command that > would put it into this mode, which would be a bit more palatable. > > -- > cmclark > > From netatalk-admins-request Thu Jan 25 17:57:39 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id RAA06285; Thu, 25 Jan 1996 17:57:39 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id RAA06281; Thu, 25 Jan 1996 17:57:37 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id RAA06277; Thu, 25 Jan 1996 17:57:36 -0500 (EST) Resent-Message-Id: <199601252257.RAA06277@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id RAA05521; Thu, 25 Jan 1996 17:18:30 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id RAA03616; Thu, 25 Jan 1996 17:18:29 -0500 (EST) Received: from gorf.rs.itd.umich.edu by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with ESMTP id RAA03607; Thu, 25 Jan 1996 17:18:28 -0500 (EST) Received: from gorf.rs.itd.umich.edu by gorf.rs.itd.umich.edu (8.7.1/2.2) id RAA27999; Thu, 25 Jan 1996 17:18:01 -0500 (EST) Date: Thu, 25 Jan 1996 17:17:59 -0500 (EST) From: Charles Clark X-Sender: cmclark@gorf.rs.itd.umich.edu To: Andy Maas cc: LINUX-ATALK@netspace.org, netatalk-admins@itd.umich.edu Subject: Re: AppleDouble ftpd? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 25 Jan 1996 17:57:36 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu On Thu, 25 Jan 1996, Andy Maas wrote: > A while ago I had similar idea but to do it on the client side. I had suggested > to Fetch author that when user select a file to download, Fetch can try to > check existance of .AppleDouble/. If that is true then > Fetch can (optionally prompt user for confirmation) to automatically get the > two forks and build the file locally on the mac. It should also look at > .AppleDesktop component for finderInfo (?) FinderInfo is completely stored in the .AppleDouble/filename part of the file. If anyone is interested in writing code to convert netatalk style AppleDouble files, I can send you perhaps some advice and for sure some Doc on the file format. Basically you want the Apple DTS doc defining AppleDouble Version One, and root around in bin/megatron/nad.c for the mtoupath routine for how we convert filenames to unix-legal names (basically the same routine can be found in ATALKSRCDIR/etc/afpd/desktop.c as well). You can use the libatalk, but you don't need to, to convert afpd written files to something else. If you want to write files that afpd will understand, you pretty much need to use libatalk, since afpd makes some assumptions when reading the AppleDouble file header that may not be valid in all files even if they conform to the AppleDouble V1 spec. Using libatalk makes sure afpd will deal with them correctly. The nad.c module of bin/megatron is one example (hey, don't laugh at it too much, I don't get paid to program/don't do too much of it) of reading and writing afpd compatible files. -- cmclark From netatalk-admins-request Mon Jan 29 16:48:39 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id QAA28096; Mon, 29 Jan 1996 16:48:39 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id QAA28092; Mon, 29 Jan 1996 16:48:38 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id QAA28088; Mon, 29 Jan 1996 16:48:37 -0500 (EST) Resent-Message-Id: <199601292148.QAA28088@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id QAA27901; Mon, 29 Jan 1996 16:45:04 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id QAA25801; Mon, 29 Jan 1996 16:45:03 -0500 (EST) Received: from zacatecas.optimum.com by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with SMTP id QAA25789; Mon, 29 Jan 1996 16:45:02 -0500 (EST) Received: from optimum.com by zacatecas.optimum.com (5.67a/95032401) id AA12554; Mon, 29 Jan 1996 16:45:00 -0500 X-Sender: tjb839@mail.optimum.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Mon, 29 Jan 1996 16:45:02 -0500 To: netatalk-admins@umich.edu From: tjb839@optimum.com (Tim Boemker) Subject: How stable is netatalk? Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Mon, 29 Jan 1996 16:48:36 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu My department is considering replacing two large AppleShare servers with a Sun running netatalk's afpd. Does anyone use afpd for mission-critital, multi-GB/multi-user file servers, or would we be better off with another package? Tim Boemker Optimum Group From netatalk-admins-request Tue Jan 30 10:07:44 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA05384; Tue, 30 Jan 1996 10:07:44 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA05380; Tue, 30 Jan 1996 10:07:42 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id KAA05376; Tue, 30 Jan 1996 10:07:41 -0500 (EST) Resent-Message-Id: <199601301507.KAA05376@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id HAA02279; Tue, 30 Jan 1996 07:38:43 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id HAA01752; Tue, 30 Jan 1996 07:38:42 -0500 (EST) Received: from cheviot.ncl.ac.uk by truelies.rs.itd.umich.edu (8.7.1/2.2) with SMTP id HAA01739; Tue, 30 Jan 1996 07:38:29 -0500 (EST) Received: from bygate.ncl.ac.uk by cheviot.ncl.ac.uk id (8.6.12/ for ncl.ac.uk) with SMTP; Tue, 30 Jan 1996 12:40:40 GMT Received: (ngmt@localhost) by bygate.ncl.ac.uk (8.6.7/8.6.x-cf revision 8 for SunOS 4.1.x) id MAA07182; Tue, 30 Jan 1996 12:38:14 GMT From: "Gerry.Tomlinson" Message-Id: <199601301238.MAA07182@bygate.ncl.ac.uk> Subject: Re: How stable is netatalk? To: tjb839@optimum.com (Tim Boemker) Date: Tue, 30 Jan 1996 12:38:13 +0000 (GMT) Cc: netatalk-admins@umich.edu In-Reply-To: from "Tim Boemker" at Jan 29, 96 04:45:02 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 30 Jan 1996 10:07:40 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu > > My department is considering replacing two large AppleShare servers with a > Sun running netatalk's afpd. > > Does anyone use afpd for mission-critital, multi-GB/multi-user file > servers, or would we be better off with another package? > i use netatalk for a lab of 55 IIci's for undergraduate teaching (all the students' files are kept on a netatalk volume on a sparc 5 - they are not allowed to create files on the local disk), and also for around 40 other macs in offices which use it less intensively. afpd has been very reliable - in two and a half years of use i don't recall it crashing nor netatalk causing sunos to crash, gerry. --- Gerry.Tomlinson@newcastle.ac.uk Computing Officer Department of Computing Science, University of Newcastle, Tel: +44 191 222 8139 Newcastle upon Tyne, NE1 7RU, United Kingdom. Fax: +44 191 222 8232 From netatalk-admins-request Wed Jan 31 09:59:26 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id JAA12236; Wed, 31 Jan 1996 09:59:26 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id JAA12234; Wed, 31 Jan 1996 09:59:25 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id JAA12225; Wed, 31 Jan 1996 09:59:23 -0500 (EST) Resent-Message-Id: <199601311459.JAA12225@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id SAA17278; Tue, 30 Jan 1996 18:53:30 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id SAA08838; Tue, 30 Jan 1996 18:53:29 -0500 (EST) Received: from relay-4.mail.demon.net by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with SMTP id SAA08829; Tue, 30 Jan 1996 18:53:23 -0500 (EST) Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id ab14859; 30 Jan 96 16:00 GMT Received: from focus.demon.co.uk ([158.152.34.23]) by relay-3.mail.demon.net id aa13224; 30 Jan 96 16:00 GMT From: Andrew Norman To: netatalk-admins@umich.edu Subject: netatalk performance Date: Tue, 30 Jan 1996 15:59:23 GMT Organization: Ancom Reply-To: andy@focus.demon.co.uk Message-Id: <310e3de1.2118771@post.demon.co.uk> X-Mailer: Forte Agent .99c/16.141 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 31 Jan 1996 09:59:22 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu What sort of performance can I expect to get from netatalk under Linux? I am looking to use netatalk machines as our main Mac file servers (supporting about 30-40 Word and Excel users per server) with 1-2 Gb filestore each. I have tested 1.3.3b2 on a 386sx20 with 8Mb and old IDE drives(I know horribly slow) and file reads only peaked at around 75kb per second. I intend to use a Pentium 75 with 16Mb, Adaptec PCI SCSI controller (fast but not wide), a couple of 1Gb drives and three NE2000 netcards (two for two Mac segments and one for an existing IPX network that has some printers the Macs need to use). I assume I can expect to see equal or better performance compared to say a 6100/60 based server. (the servers will also be doing some _light_ smtp, http, pop3 work) Please can someone reassure me before I through my MDs money at this one. -- Andy Norman Home: andy@focus.demon.co.uk Home: +44 (1)181 521 1468 Work: +44 (1)171 316 0001 Datamonitor Group IT Co-ordinator Any views expressed above are entirely personal and do not represent those of Datamonitor Publications Ltd. From netatalk-admins-request Wed Jan 31 11:58:01 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA15259; Wed, 31 Jan 1996 11:58:01 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA15254; Wed, 31 Jan 1996 11:58:00 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id LAA15246; Wed, 31 Jan 1996 11:57:54 -0500 (EST) Message-Id: <199601311657.LAA15246@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: edeng@bbn.com (Edward Eng) cc: netatalk-admins@umich.edu Subject: Re: netatalk /usr/adm/messages In-reply-to: Your message of "Wed, 31 Jan 1996 11:48:45 EST." Date: Wed, 31 Jan 1996 11:57:54 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: edeng@bbn.com (Edward Eng) > To: netatalk-admins@umich.edu > vmunix: ddp_route: oops This is the netatalk kernel module detecting that a route that it has cached is now invalid an hense the packet that was about to be sent along that route should be dropped. :wes From netatalk-admins-request Wed Jan 31 11:58:08 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA15274; Wed, 31 Jan 1996 11:58:08 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA15271; Wed, 31 Jan 1996 11:58:07 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id LAA15266; Wed, 31 Jan 1996 11:58:05 -0500 (EST) Resent-Message-Id: <199601311658.LAA15266@terminator.rs.itd.umich.edu> Replied: Wed, 31 Jan 1996 11:57:55 -0500 Replied: edeng@bbn.com (Edward Eng) Replied: netatalk-admins@umich.edu Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id LAA15096; Wed, 31 Jan 1996 11:48:53 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id LAA27550; Wed, 31 Jan 1996 11:48:52 -0500 (EST) Received: from zafu.bbn.com by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with SMTP id LAA27544; Wed, 31 Jan 1996 11:48:51 -0500 (EST) Received: from [128.89.3.176] (MACENG.BBN.COM [128.89.3.176]) by zafu.bbn.com (8.6.11/8.6.5) with SMTP id LAA06568 for ; Wed, 31 Jan 1996 11:50:05 -0500 X-Sender: edeng@po1.bbn.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 31 Jan 1996 11:48:45 -0500 To: netatalk-admins@umich.edu From: edeng@bbn.com (Edward Eng) Subject: netatalk /usr/adm/messages Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 31 Jan 1996 11:58:05 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Anybody know why netatalk logs the following to my SunOS 413 /usr/adm/messages file? vmunix: ddp_route: oops They are repeated every so often - no specific pattern. What causes them? Ed Eng 617.873.3337 edeng@bbn.com From netatalk-admins-request Wed Jan 31 17:34:27 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id RAA25070; Wed, 31 Jan 1996 17:34:27 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id RAA25066; Wed, 31 Jan 1996 17:34:22 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id RAA25062; Wed, 31 Jan 1996 17:34:21 -0500 (EST) Resent-Message-Id: <199601312234.RAA25062@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id RAA25000; Wed, 31 Jan 1996 17:32:45 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id RAA17330; Wed, 31 Jan 1996 17:32:44 -0500 (EST) Received: from gonzo.sci.mus.mn.us by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with SMTP id RAA17315; Wed, 31 Jan 1996 17:32:42 -0500 (EST) Received: (from carlson@localhost) by gonzo.sci.mus.mn.us (8.6.12/8.6.12) id QAA10486; Wed, 31 Jan 1996 16:31:44 -0600 Date: Wed, 31 Jan 1996 16:31:44 -0600 (CST) From: Bradley Carlson To: Andrew Norman cc: netatalk-admins@umich.edu, carlson@sci.mus.mn.us Subject: Re: netatalk performance In-Reply-To: <310e3de1.2118771@post.demon.co.uk> Message-ID: Organization: Science Museum of Minnesota MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 31 Jan 1996 17:34:21 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu On Tue, 30 Jan 1996, Andrew Norman wrote: > What sort of performance can I expect to get from netatalk under > Linux? I am looking to use netatalk machines as our main Mac file > servers (supporting about 30-40 Word and Excel users per server) with > 1-2 Gb filestore each. I have tested 1.3.3b2 on a 386sx20 with 8Mb and > old IDE drives(I know horribly slow) and file reads only peaked at > around 75kb per second. > > I intend to use a Pentium 75 with 16Mb, Adaptec PCI SCSI controller > (fast but not wide), a couple of 1Gb drives and three NE2000 netcards > (two for two Mac segments and one for an existing IPX network that has > some printers the Macs need to use). I assume I can expect to see > equal or better performance compared to say a 6100/60 based server. > (the servers will also be doing some _light_ smtp, http, pop3 work) Our system: P90 40Mb RAM Conner fast/wide drive Buslogic PCI fast/wide controller 3C509 ISA nic Linux 1.2.13, Netatalk 1.3.3 Used for: Netatalk + Samba ( + light misc. UNIX services) Tests today done on almost-idle network, PM6100/60 as client. Copying a large Netscape Cache folder (average file size 7.1 Kbytes): to Netatalk server: 4.6 Kbytes/second to Mac : 5.8 Kbytes/second Copying a single large tar file (18,680 Kbytes): to Netatalk server: 242.6 Kbytes/second to Mac : 233.5 Kbytes/second In our installation, Netatalk performs very adequately for storing user data files, and for running applications from the server when when the app loads completely at startup. Applications which constantly refer back to the server are uncomfortably slow. -Bradley Carlson PS--Are these figures in-line with what others are seeing? From netatalk-admins-request Thu Feb 1 01:20:12 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id BAA10157; Thu, 1 Feb 1996 01:20:12 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id BAA10155; Thu, 1 Feb 1996 01:20:11 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id BAA10151; Thu, 1 Feb 1996 01:20:09 -0500 (EST) Resent-Message-Id: <199602010620.BAA10151@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id UAA28315; Wed, 31 Jan 1996 20:37:23 -0500 (EST) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id UAA24064; Wed, 31 Jan 1996 20:37:23 -0500 Received: from gryphon.ccs.brandeis.edu by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id UAA24059; Wed, 31 Jan 1996 20:37:22 -0500 Received: (from grath@localhost) by gryphon.ccs.brandeis.edu (8.6.12/8.6.9) id UAA07729; Wed, 31 Jan 1996 20:42:55 -0500 Date: Wed, 31 Jan 1996 20:42:54 -0500 (EST) From: "Jeremy A. Gilbert" To: Bradley Carlson cc: Andrew Norman , netatalk-admins@umich.edu, carlson@sci.mus.mn.us Subject: Re: netatalk performance In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 01 Feb 1996 01:20:09 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Bradley, I've never done significant speed tests, but if I recall properly, I've had enough speed to play large quicktime movies remotely off the server without skipping. My configuration is P90, Linux 1.3.55, 16MB RAM NCR8600x,xx SCSI board 1.2 Seagate Hawk and I was playing it on a powerbook 540c from a mounted directory. I would imagine that the transfer rates must have been pretty good. I can check the exact speed with copydoubler if you like. -Grath, Operator of Gryphon ******************************************** Jeremy Gilbert (617) 736-2740 * "Don't waste your time waving and hoping * grath@gryphon.ccs.brandeis.edu * when a rock or a club will do." * jgilbert@world.std.com ******************************************** From netatalk-admins-request Thu Feb 1 01:20:38 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id BAA10171; Thu, 1 Feb 1996 01:20:38 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id BAA10169; Thu, 1 Feb 1996 01:20:37 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id BAA10163; Thu, 1 Feb 1996 01:20:36 -0500 (EST) Resent-Message-Id: <199602010620.BAA10163@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id VAA28881; Wed, 31 Jan 1996 21:25:43 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id VAA14265; Wed, 31 Jan 1996 21:25:42 -0500 (EST) Received: from relay-2.mail.demon.net by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with SMTP id VAA14248; Wed, 31 Jan 1996 21:25:19 -0500 (EST) Received: from post.demon.co.uk ([158.152.1.72]) by relay-2.mail.demon.net id ab22943; 1 Feb 96 1:11 GMT Received: from focus.demon.co.uk ([158.152.34.23]) by relay-3.mail.demon.net id aa17346; 1 Feb 96 1:04 GMT From: Andrew Norman To: netatalk-admins@umich.edu Subject: Re: netatalk performance Date: Thu, 01 Feb 1996 01:03:54 GMT Organization: Ancom Reply-To: andy@focus.demon.co.uk Message-Id: <311010c9.15733144@post.demon.co.uk> X-Mailer: Forte Agent .99c/16.141 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 01 Feb 1996 01:20:35 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu On Wed, 31 Jan 1996 16:31:44 -0600 (CST), Bradley Carlson wrote: >Tests today done on almost-idle network, PM6100/60 as client. > >Copying a large Netscape Cache folder (average file size 7.1 Kbytes): > to Netatalk server: 4.6 Kbytes/second > to Mac : 5.8 Kbytes/second > >Copying a single large tar file (18,680 Kbytes): > to Netatalk server: 242.6 Kbytes/second > to Mac : 233.5 Kbytes/second > It appears that netatalk's weakness (or is it AppleTalk's weakness) is in opening and closing files then. It would be interesting to see some figues comparing copying Mac->Netatalk and Mac->Mac... -- Andy Norman Home: andy@focus.demon.co.uk Home: +44 (1)181 521 1468 Work: +44 (1)171 316 0001 Datamonitor Group IT Co-ordinator Any views expressed above are entirely personal and do not represent those of Datamonitor Publications Ltd. From netatalk-admins-request Thu Feb 1 10:45:34 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA22745; Thu, 1 Feb 1996 10:45:34 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA22738; Thu, 1 Feb 1996 10:45:33 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id KAA22727; Thu, 1 Feb 1996 10:45:20 -0500 (EST) Resent-Message-Id: <199602011545.KAA22727@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id FAA17297; Thu, 1 Feb 1996 05:38:09 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id FAA19387; Thu, 1 Feb 1996 05:38:08 -0500 (EST) Received: from cheviot.ncl.ac.uk by truelies.rs.itd.umich.edu (8.7.1/2.2) with SMTP id FAA19382; Thu, 1 Feb 1996 05:38:06 -0500 (EST) Received: from bygate.ncl.ac.uk by cheviot.ncl.ac.uk id (8.6.12/ for ncl.ac.uk) with SMTP; Thu, 1 Feb 1996 10:40:17 GMT Received: (ngmt@localhost) by bygate.ncl.ac.uk (8.6.7/8.6.x-cf revision 8 for SunOS 4.1.x) id KAA20576; Thu, 1 Feb 1996 10:37:48 GMT From: "Gerry.Tomlinson" Message-Id: <199602011037.KAA20576@bygate.ncl.ac.uk> Subject: Re: netatalk performance To: netatalk-admins@umich.edu Date: Thu, 1 Feb 1996 10:37:47 +0000 (GMT) In-Reply-To: <311010c9.15733144@post.demon.co.uk> from "Andrew Norman" at Feb 1, 96 01:03:54 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 01 Feb 1996 10:45:20 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu what is the best way to measure netatalk performance? i've used LanTest at various times - which is free and very useful but runs on the mac whereas it would be nice to be able to get the sort of figures that nfstat and nfswatch provide on the server. gerry, --- Gerry.Tomlinson@newcastle.ac.uk Computing Officer Department of Computing Science, University of Newcastle, Tel: +44 191 222 8139 Newcastle upon Tyne, NE1 7RU, United Kingdom. Fax: +44 191 222 8232 From netatalk-admins-request Thu Feb 1 10:56:51 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA22963; Thu, 1 Feb 1996 10:56:51 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA22961; Thu, 1 Feb 1996 10:56:50 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id KAA22956; Thu, 1 Feb 1996 10:56:49 -0500 (EST) Resent-Message-Id: <199602011556.KAA22956@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id KAA22870; Thu, 1 Feb 1996 10:53:10 -0500 (EST) From: eb04@rz.uni-karlsruhe.de Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id KAA01237; Thu, 1 Feb 1996 10:53:09 -0500 (EST) Received: from nz11.rz.uni-karlsruhe.de by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with ESMTP id KAA01230; Thu, 1 Feb 1996 10:53:03 -0500 (EST) Received: from rz70.rz.uni-karlsruhe.de by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 1 Feb 1996 16:24:58 +0100 Received: by rz70.rz.uni-karlsruhe.de (1.37.109.11/16.2) id AA185358288; Thu, 1 Feb 1996 16:24:48 +0100 Subject: macdump for netatalk To: netatalk-admins@umich.edu Date: Thu, 1 Feb 1996 16:24:48 +0100 (CET) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Message-ID: <"nz11.rz.un.857:01.02.96.15.37.00"@rz.uni-karlsruhe.de> Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 01 Feb 1996 10:56:48 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hello, i'm currently in the process of setting up a netatalk server for the Macintoshes at work. Having a semi-automatic backup of the Macs is one of the main reasons. I'm now looking at a version of macdump which requires CAP. Has anyone already ported it to use netatalk (which i imagine isn't very hard)? Does anyone have experience or warnings, both on using and on porting macdump? Morio From netatalk-admins-request Thu Feb 1 10:57:33 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA22984; Thu, 1 Feb 1996 10:57:33 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA22982; Thu, 1 Feb 1996 10:57:31 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id KAA22977; Thu, 1 Feb 1996 10:57:30 -0500 (EST) Resent-Message-Id: <199602011557.KAA22977@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id IAA20050; Thu, 1 Feb 1996 08:29:13 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id IAA27129; Thu, 1 Feb 1996 08:29:12 -0500 (EST) Received: from mailhub.hitchcock.org by truelies.rs.itd.umich.edu (8.7.1/2.2) with SMTP id IAA27117; Thu, 1 Feb 1996 08:29:11 -0500 (EST) Received: from mailbox1.Hitchcock.ORG (MAILBOX1.HITCHCOCK.ORG [130.189.240.110]) by mailhub.hitchcock.org (8.6.12-DND/8.6.12) with SMTP id IAA01281 for ; Thu, 1 Feb 1996 08:29:11 -0500 Message-id: <1918774@mailbox1.Hitchcock.ORG> Date: 01 Feb 96 08:29:10 EST From: William.P.McGonigle@Hitchcock.ORG (William P. McGonigle) Reply-To: Bill.McGonigle@Hitchcock.ORG Subject: Re: netatalk performance To: netatalk-admins@umich.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 01 Feb 1996 10:57:30 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Is anyone using netatalk for a busy server, on the order of 75-100 or more concurrent users? I'd like to see some numbers so I can compare the cost effectiveness of it vs. AppleShare 4.x. It's free, but the RAM requirements are greater. Thanks, -Bill From netatalk-admins-request Thu Feb 1 11:00:41 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA23155; Thu, 1 Feb 1996 11:00:41 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA23150; Thu, 1 Feb 1996 11:00:40 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id LAA23144; Thu, 1 Feb 1996 11:00:38 -0500 (EST) Resent-Message-Id: <199602011600.LAA23144@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id HAA19527; Thu, 1 Feb 1996 07:47:36 -0500 (EST) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id HAA29396; Thu, 1 Feb 1996 07:47:36 -0500 Received: from samson.cc.nd.edu by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with ESMTP id HAA29392; Thu, 1 Feb 1996 07:47:35 -0500 Received: (from rich@localhost) by samson.cc.nd.edu (8.6.12/8.6.12) id HAA01566; Thu, 1 Feb 1996 07:47:33 -0500 Date: Thu, 1 Feb 1996 07:47:33 -0500 From: Rich Sudlow Message-Id: <199602011247.HAA01566@samson.cc.nd.edu> To: netatalk-admins@umich.edu, andy@focus.demon.co.uk Subject: Re: netatalk performance X-Sun-Charset: US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 01 Feb 1996 11:00:37 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu > >On Wed, 31 Jan 1996 16:31:44 -0600 (CST), Bradley Carlson > wrote: > > >>Tests today done on almost-idle network, PM6100/60 as client. >> >>Copying a large Netscape Cache folder (average file size 7.1 Kbytes): >> to Netatalk server: 4.6 Kbytes/second >> to Mac : 5.8 Kbytes/second >> >>Copying a single large tar file (18,680 Kbytes): >> to Netatalk server: 242.6 Kbytes/second >> to Mac : 233.5 Kbytes/second We've recently done some extensive testing (> 200 hrs) using the netatalk xlator and AFS and have found that you can get very reproducable data with large file's (5 MB) showing speeds > 500 KB/sec for write and 600 KB/sec reads. We also found that that speed of netatalk is GREATLY dependent on the speed of the client. ( A PM 6100 is a poor client..Try using a 68k based machine e.g. PB 520 or Quadra 800 if you want to see some better numbers..approximately 40 percent...Isn't native code great ;-) ) Also we found that you really want to shove as much RAM into the xlator as possible for the best performance (this greatly speeds up reads from the xlator..we're currently using 512 MB in a SS20). (We didn't use the memory for an AFS memcache however) We found that in general the network connection (and yes appletalk) is the limiting factor of performance. Fast ethernet helps some to for supporting a larger number of clients. >> > >It appears that netatalk's weakness (or is it AppleTalk's weakness) is >in opening and closing files then. > >It would be interesting to see some figues comparing copying >Mac->Netatalk and Mac->Mac... If you really want to compare numbers make sure that you do this on an isolated subnet. You'd be surprised what a little network traffic will do to consistency of your testing. Rich Rich Sudlow Office of Information Technology University of Notre Dame From netatalk-admins-request Thu Feb 1 11:41:10 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA24490; Thu, 1 Feb 1996 11:41:10 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA24484; Thu, 1 Feb 1996 11:41:09 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id LAA24479; Thu, 1 Feb 1996 11:41:08 -0500 (EST) Resent-Message-Id: <199602011641.LAA24479@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id LAA23091; Thu, 1 Feb 1996 11:00:18 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id LAA13175; Thu, 1 Feb 1996 11:00:17 -0500 (EST) Received: from corplink.corplink.net by truelies.rs.itd.umich.edu (8.7.1/2.2) with SMTP id LAA13150; Thu, 1 Feb 1996 11:00:12 -0500 (EST) Received: from dcc.dccinc.com (dcc-gw [206.97.195.252]) by corplink.corplink.net (8.6.11/8.6.9) with ESMTP id LAA05851 for ; Thu, 1 Feb 1996 11:00:54 -0500 Received: from DCC/SpoolDir by dcc.dccinc.com (Mercury 1.21); 1 Feb 96 11:00:11 -0500 Received: from SpoolDir by DCC (Mercury 1.21); 1 Feb 96 11:00:08 -0500 Received: from [206.97.194.18] by dcc.dccinc.com (Mercury 1.21); 1 Feb 96 11:00:00 -0500 X-Sender: gingrich@dcc.dccinc.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 1 Feb 1996 11:00:22 -0500 To: netatalk-admins@umich.edu From: gingrich@dccinc.com (David C. Gingrich) Subject: papd w/LaserWriter Select 360 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 01 Feb 1996 11:41:07 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I'm new to netatalk (and friends) (Linux 1.3.57) and am wondering if anyone has had much luck using an Apple Laserwriter Select 360 attached to the parallel port, serving Macs with papd. I can get vanilla postscript documents to print fine, but the printer crashes whenever the Truetype rasterizer or downloadble Postscript fonts are sent through the Linux spooler. (the same docs/fonts work fine over Localtalk. Any suggestions or *.conf would be *most* appreciated :) =============================================================== David C. Gingrich, K9DC Email: gingrich@dccinc.com Data Communications Consulting Office: (317) 726-0295 6320 Rucker Road, Suite E Fax: (317) 726-0298 Indianapolis, Indiana 46220 Res: (317) 849-1353 =============================================================== From netatalk-admins-request Thu Feb 1 11:40:36 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA24457; Thu, 1 Feb 1996 11:40:36 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA24455; Thu, 1 Feb 1996 11:40:35 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id LAA24451; Thu, 1 Feb 1996 11:40:34 -0500 (EST) Resent-Message-Id: <199602011640.LAA24451@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id KAA23036; Thu, 1 Feb 1996 10:58:54 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id KAA12671; Thu, 1 Feb 1996 10:58:52 -0500 (EST) Received: from presto.med.upenn.edu by truelies.rs.itd.umich.edu (8.7.1/2.2) with SMTP id KAA12652; Thu, 1 Feb 1996 10:58:51 -0500 (EST) Received: (from jes@localhost) by presto.med.upenn.edu (8.6.12/8.6.9) id KAA00146; Thu, 1 Feb 1996 10:59:34 -0500 Date: Thu, 1 Feb 1996 10:59:34 -0500 Message-Id: <199602011559.KAA00146@presto.med.upenn.edu> From: Joe Smith To: netatalk-admins@umich.edu In-reply-to: <311010c9.15733144@post.demon.co.uk> (message from Andrew Norman on Thu, 01 Feb 1996 01:03:54 GMT) Subject: Re: netatalk performance Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 01 Feb 1996 11:40:33 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu From: Andrew Norman Date: Thu, 01 Feb 1996 01:03:54 GMT ... It appears that netatalk's weakness (or is it AppleTalk's weakness) is in opening and closing files then. ... Well, right off the bat there's a big hit because you've got two Unix files to open for every Mac file. There is a native hfs for Linux. Last I heard it was able to mount Apple harddisks read-only. Seems like hfs r/w capability and netatalk would be 'perfect together', although I don't know how the resource/data forks look to Unix processes. Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id QAA03258; Thu, 1 Feb 1996 16:14:02 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id QAA03256; Thu, 1 Feb 1996 16:14:01 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id QAA03238; Thu, 1 Feb 1996 16:13:43 -0500 (EST) Resent-Message-Id: <199602012113.QAA03238@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id QAA02904; Thu, 1 Feb 1996 16:04:16 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id QAA29809; Thu, 1 Feb 1996 16:04:15 -0500 (EST) Received: from presto.med.upenn.edu by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with SMTP id QAA29804; Thu, 1 Feb 1996 16:04:14 -0500 (EST) Received: (from jes@localhost) by presto.med.upenn.edu (8.6.12/8.6.9) id QAA00386; Thu, 1 Feb 1996 16:04:51 -0500 Date: Thu, 1 Feb 1996 16:04:51 -0500 Message-Id: <199602012104.QAA00386@presto.med.upenn.edu> From: Joe Smith To: dkelly@etsinc.com Cc: netatalk-admins@umich.edu In-reply-to: (message from Dwight Kelly on Thu, 1 Feb 1996 15:44:58 -0500 (EST)) Subject: Re: Linux hfs? Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 01 Feb 1996 16:13:43 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Oops. Sorry folks, my misteak :-O The Mac filesystem is user mode only. It's just a set of tools that can access Mac floppys, cd's and hd's. Here's the lsm on it: Title = Macintosh HFS Access Tool Version = 0.36 Desc1 = This program allows non-Macintosh hosts to read Desc2 = Macintosh HFS floppy disks, CD-ROMS and hard Desc3 = drives Author = Craig Southeren AuthorEmail = Maintainer = Craig Southeren MaintEmail = Sorry for the confusion. Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id TAA06766; Thu, 1 Feb 1996 19:22:51 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id TAA06764; Thu, 1 Feb 1996 19:22:50 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id TAA06760; Thu, 1 Feb 1996 19:22:49 -0500 (EST) Resent-Message-Id: <199602020022.TAA06760@terminator.rs.itd.umich.edu> Received: from redheat.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id TAA06676; Thu, 1 Feb 1996 19:14:19 -0500 (EST) From: eb04@rz.uni-karlsruhe.de Received: by redheat.rs.itd.umich.edu (8.6.12/2.2) with X.500 id TAA05692; Thu, 1 Feb 1996 19:14:17 -0500 Received: from nz11.rz.uni-karlsruhe.de by redheat.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id TAA05686; Thu, 1 Feb 1996 19:14:16 -0500 Received: from rz70.rz.uni-karlsruhe.de by nz11.rz.uni-karlsruhe.de with SMTP (PP); Fri, 2 Feb 1996 01:13:45 +0100 Received: by rz70.rz.uni-karlsruhe.de (1.37.109.11/16.2) id AA021150021; Fri, 2 Feb 1996 01:13:41 +0100 Subject: Re: macdump for netatalk To: whbenson@lbl.gov (Bill Benson) Date: Fri, 2 Feb 1996 01:13:41 +0100 (CET) Cc: netatalk-admins@umich.edu In-Reply-To: from "Bill Benson" at Feb 1, 96 03:15:20 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Message-ID: <"nz11.rz.un.212:02.02.96.00.13.47"@rz.uni-karlsruhe.de> Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 01 Feb 1996 19:22:48 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hello Bill, > I did convert macdump at one time - not completely, though. It turned out > to run no faster than under CAP - at least with the few limited tests I did I'm still very interested in it. How much work was left when you abandoned it? Would you be willing to share your modifications? i've also heard that macdump is slow - how slow, though? With the macs in question being mainly used for word processing (i.e. lots of hours of work, not much data), i don't expect daily incremental dumps to be larger than a couple of MBs per machine, so i'm not worried about speed (more about reliability, of course) Morio From netatalk-admins-request Fri Feb 2 17:42:15 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id RAA13175; Fri, 2 Feb 1996 17:42:15 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id RAA13168; Fri, 2 Feb 1996 17:42:14 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id RAA13162; Fri, 2 Feb 1996 17:42:12 -0500 (EST) Resent-Message-Id: <199602022242.RAA13162@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id RAA13013; Fri, 2 Feb 1996 17:21:06 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id RAA24220; Fri, 2 Feb 1996 17:21:05 -0500 (EST) Received: from mother.bates.edu by truelies.rs.itd.umich.edu (8.7.1/2.2) with SMTP id RAA24214; Fri, 2 Feb 1996 17:21:03 -0500 (EST) Received: from abacus.bates.edu by mother.bates.edu (AIX 4.1/UCB 5.64/4.03) id AA17736; Fri, 2 Feb 1996 17:19:44 -0500 Received: from rpelkey.bates.edu by abacus.bates.edu; (5.65/1.1.8.2/21Oct94-8.2MPM) id AA11867; Fri, 2 Feb 1996 17:20:24 -0500 Date: Fri, 2 Feb 96 17:20:25 -0500 From: Rob Pelkey Subject: Re: Linux hfs? To: netatalk-admins@umich.edu X-Mailer: LeeMail 2.0.4 Message-Id: Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 02 Feb 1996 17:42:12 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu >The Mac filesystem is user mode only. It's just a set of tools that >can access Mac floppys, cd's and hd's. Here's the lsm on it: Actually, now it's a kernel module, but it's stil read-only: Title: HFS filesystem for Linux Version: 0.5.2 Entered-date: June 29, 1995 Description: Source code for a kernel-loadable module implementing a read-only Macintosh HFS filesystem for Linux kernel versions 1.2.x and 1.3.x. This version contains minor bug fixes over 0.5.1 and the addition of support for the 1.3.x series kernels. Improvements in 0.5.x over 0.4 include the ability to mount HFS CDROMs (and possibly hard disks, but that's untested). This is ALPHA software, so backup everything before trying it. Keywords: Macintosh, HFS, filesystem, kernel, module Author: hargrove@sccm.stanford.edu (Paul H. Hargrove) Maintained-by: hargrove@sccm.stanford.edu (Paul H. Hargrove) Primary-site: sunsite.unc.edu /pub/Linux/ALPHA/hfs 39258 hfs_fs_0.5.2.tgz Copying-policy: GPL I tried it (back when my Linux box was still alive :( ) and it seemed pretty stable. Hope I've helped... Rob From netatalk-admins-request Sun Feb 4 11:42:00 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA28966; Sun, 4 Feb 1996 11:42:00 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA28964; Sun, 4 Feb 1996 11:41:59 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id LAA28958; Sun, 4 Feb 1996 11:41:43 -0500 (EST) Resent-Message-Id: <199602041641.LAA28958@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id VAA08703; Sat, 3 Feb 1996 21:16:25 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id VAA01822; Sat, 3 Feb 1996 21:16:20 -0500 (EST) Received: from ras.easyconnect.com by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with SMTP id VAA01816; Sat, 3 Feb 1996 21:16:16 -0500 (EST) Received: from [206.98.220.100] by ras.easyconnect.com (NTMail 3.00.11) id ja018131 Sat, 3 Feb 96 21:19:39 -0500 (EST) Received: from server.majjas.com (localhost [127.0.0.1]) by majjas.com (8.6.12/8.6.12) with SMTP id VAA05517; Sat, 3 Feb 1996 21:15:11 -0500 Sender: mbreuer@majjas.com Message-ID: <311416AE.5284DDAD@majjas.com> Date: Sat, 03 Feb 1996 21:15:10 -0500 From: Michael Breuer Organization: Majjas Document Solutions X-Mailer: Mozilla 2.0b6a (X11; I; Linux 1.3.45 i586) MIME-Version: 1.0 To: "David C. Gingrich" CC: netatalk-admins@umich.edu Subject: Re: papd w/LaserWriter Select 360 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Sun, 04 Feb 1996 11:41:42 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I have this working using the latest version of netatalk. I took the printer PDF file from the apple windows distribution (http://www.apple.com). > > I'm new to netatalk (and friends) (Linux 1.3.57) and am wondering if anyone > has had much luck using an Apple Laserwriter Select 360 attached to the > parallel port, serving Macs with papd. > > I can get vanilla postscript documents to print fine, but the printer > crashes whenever the Truetype rasterizer or downloadble Postscript fonts > are sent through the Linux spooler. (the same docs/fonts work fine over > Localtalk. > > Any suggestions or *.conf would be *most* appreciated :) > > =============================================================== > David C. Gingrich, K9DC Email: gingrich@dccinc.com > Data Communications Consulting Office: (317) 726-0295 > 6320 Rucker Road, Suite E Fax: (317) 726-0298 > Indianapolis, Indiana 46220 Res: (317) 849-1353 > =============================================================== From netatalk-admins-request Tue Feb 13 11:00:56 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA02851; Tue, 13 Feb 1996 11:00:56 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA02847; Tue, 13 Feb 1996 11:00:55 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id LAA02841; Tue, 13 Feb 1996 11:00:53 -0500 (EST) Resent-Message-Id: <199602131600.LAA02841@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id KAA02655; Tue, 13 Feb 1996 10:57:38 -0500 (EST) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id KAA16392; Tue, 13 Feb 1996 10:57:37 -0500 Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id KAA16374; Tue, 13 Feb 1996 10:57:31 -0500 Received: from .local by twins.rs.itd.umich.edu (8.6.12/2.2) with SMTP id KAA16362; Tue, 13 Feb 1996 10:57:21 -0500 Received: by .local (5.65/DEC-Ultrix/4.3) id AA00297; Tue, 13 Feb 1996 16:59:23 +0100 Date: Tue, 13 Feb 1996 16:59:23 +0100 Message-Id: <9602131559.AA00297@.local> To: netatalk-admins-request@umich.edu X-Url: mailto:netatalk-admins-request@umich.edu X-Mailer: Lynx, Version 2-4-2 X-Personal_Name: Jose' de Castello-Branco From: cbranco@wi.ist.utl.pt Subject: netatalk w/ YP Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 13 Feb 1996 11:00:53 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hello and thank you for developping netatalk. I'm having some problems w/ afpd. I've set up a file server on a DECstation 3100 running Ultrix 4.3A . It's a slave YP server in a group of machines running AIX (mostly 3.2.x). The home directories are mounted via NFS from a R6000/AIX3.2 on the DEC. Everytime a user from a Mac (Power or Motorola) tries to transfer a file from his Mac to his home (connecting trough the DEC machine), the AIX where his file system resides crashes :-(. It seems to happen when the file is "closing", rather than during the transfer itself. Does anyone have a clue? Note: I didn't put the lines of "services.atalk" in the YP master server (AIX). The problem seems to be whith the kernel in the AIX's. I'm using version 1.3.3 of netatalk. Thanks Jose' de Castello-Branco From netatalk-admins-request Tue Feb 13 16:02:06 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id QAA11434; Tue, 13 Feb 1996 16:02:06 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id QAA11431; Tue, 13 Feb 1996 16:02:05 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id QAA11415; Tue, 13 Feb 1996 16:01:55 -0500 (EST) Resent-Message-Id: <199602132101.QAA11415@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id PAA11248; Tue, 13 Feb 1996 15:49:52 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id PAA28466; Tue, 13 Feb 1996 15:49:51 -0500 (EST) Received: from bubba.tribe.com by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with SMTP id PAA28425; Tue, 13 Feb 1996 15:49:45 -0500 (EST) Received: (from archie@localhost) by bubba.tribe.com (8.6.12/8.6.12) id MAA06250 for netatalk-admins@umich.edu; Tue, 13 Feb 1996 12:49:36 -0800 From: Archie Cobbs Message-Id: <199602132049.MAA06250@bubba.tribe.com> Subject: FreeBSD'ers? To: netatalk-admins@umich.edu Date: Tue, 13 Feb 1996 12:49:34 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 13 Feb 1996 16:01:54 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hello, What's the general situation with the FreeBSD port of netatalk? Are there people on the list actively working on it? I haven't seen or heard anything. Thanks, -Archie _______________________________________________________________________________ Archie L. Cobbs, archie@tribe.com * Tribe Computer Works http://www.tribe.com From netatalk-admins-request Tue Feb 13 16:02:55 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id QAA11472; Tue, 13 Feb 1996 16:02:55 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id QAA11470; Tue, 13 Feb 1996 16:02:54 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id QAA11464; Tue, 13 Feb 1996 16:02:51 -0500 (EST) Message-Id: <199602132102.QAA11464@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: Archie Cobbs cc: netatalk-admins@umich.edu Subject: Re: FreeBSD'ers? In-reply-to: Your message of "Tue, 13 Feb 1996 12:49:34 PST." <199602132049.MAA06250@bubba.tribe.com> Date: Tue, 13 Feb 1996 16:02:51 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: Archie Cobbs > To: netatalk-admins@umich.edu > What's the general situation with the FreeBSD port of netatalk? > Are there people on the list actively working on it? I haven't > seen or heard anything. I have recieved partial patches for FreeBSD 2.0.5. I haven't integrated them yet, but will before the next release. :wes From netatalk-admins-request Wed Feb 14 11:39:00 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA15600; Wed, 14 Feb 1996 11:39:00 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA15596; Wed, 14 Feb 1996 11:38:59 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id LAA15591; Wed, 14 Feb 1996 11:38:57 -0500 (EST) Resent-Message-Id: <199602141638.LAA15591@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id GAA09435; Wed, 14 Feb 1996 06:16:31 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id GAA12743; Wed, 14 Feb 1996 06:16:31 -0500 (EST) Received: from atlantis.ucc.ie by truelies.rs.itd.umich.edu (8.7.1/2.2) with SMTP id GAA12738; Wed, 14 Feb 1996 06:16:29 -0500 (EST) Received: from [143.239.2.12] (pete@nostromo.ucc.ie [143.239.2.12]) by atlantis.ucc.ie (8.6.12/8.6.9) with SMTP id LAA09075 for ; Wed, 14 Feb 1996 11:16:03 GMT Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 14 Feb 1996 11:16:37 +0000 To: netatalk-admins@umich.edu From: pete@atlantis.ucc.ie (Peter Twamley) Subject: Re: FreeBSD'ers? Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 14 Feb 1996 11:38:56 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu >> From: Archie Cobbs >> To: netatalk-admins@umich.edu > >> What's the general situation with the FreeBSD port of netatalk? >> Are there people on the list actively working on it? I haven't >> seen or heard anything. > >I have recieved partial patches for FreeBSD 2.0.5. I haven't >integrated them yet, but will before the next release. > >:wes -- I used the patches to install netatalk on my FreeBSD system but I ran into routing problems, It seems that running the patched netatalk depends on your Appletalk network setup.I heard that there might be a further patch to netatalk's routing code to handle this but I haven't been able to find it. Anybody hear of this?? Pete -- pete@atlantis.ucc.ie -- From netatalk-admins-request Wed Feb 14 11:36:02 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA15478; Wed, 14 Feb 1996 11:36:02 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA15476; Wed, 14 Feb 1996 11:36:01 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id LAA15472; Wed, 14 Feb 1996 11:36:00 -0500 (EST) Resent-Message-Id: <199602141636.LAA15472@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id UAA16581; Tue, 13 Feb 1996 20:29:11 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id UAA18832; Tue, 13 Feb 1996 20:29:10 -0500 (EST) Received: from mail.nada.kth.se by truelies.rs.itd.umich.edu (8.7.1/2.2) with SMTP id UAA18825; Tue, 13 Feb 1996 20:29:09 -0500 (EST) Received: from [130.237.225.141] (ppp1.nada.kth.se [130.237.225.141]) by mail.nada.kth.se (8.6.10/8.6.10) with SMTP id CAA00198 for ; Wed, 14 Feb 1996 02:29:05 +0100 X-Sender: obg@mail.nada.kth.se Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 14 Feb 1996 02:29:07 +0100 To: netatalk-admins@umich.edu From: obg@nada.kth.se (Olof Backing) Subject: Re:netatalk w/ YP Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 14 Feb 1996 11:35:59 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu At 16.59 96-02-13, cbranco@wi.ist.utl.pt wrote: >Hello and thank you for developping netatalk. I'm having some >problems w/ afpd. I've set up a file server on a DECstation 3100 >running Ultrix 4.3A . It's a slave YP server in a group of machines running >AIX (mostly 3.2.x). The home directories are mounted via NFS from a >R6000/AIX3.2 on >the DEC. >Everytime a user from a Mac (Power or Motorola) tries to transfer a file >from his Mac to his home (connecting trough the DEC machine), the AIX where >his file system resides crashes :-(. It seems to happen when the file is >"closing", rather than during the transfer itself. Does anyone have a clue? > >Note: I didn't put the lines of "services.atalk" in the YP master server (A= IX). > >The problem seems to be whith the kernel in the AIX's. >I'm using version 1.3.3 of netatalk. I'd say that this is nothing of concern for Netatalk, since the DEC (where the afpd runs) is using NFS for access of the AIX system where the actual crash occurs. It sounds to me as a not-too-stable-NFS at the AIX-side. The AIX doesn't run any Netatalk code, so why should this be an issue for Netatalk? /Olof WHOAMI: Olof Backing EMAIL: WHERE: Royal Institute Of Technology, STOCKHOLM obg@nada.kth.se SNAIL: Skarpn=E4cks All=E9 45, 3tr, S-128 33 SKARPN=C4CK, Sweden VOICE: + 46 8 93 16 19 From netatalk-admins-request Wed Feb 14 11:40:47 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA15672; Wed, 14 Feb 1996 11:40:47 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA15670; Wed, 14 Feb 1996 11:40:46 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id LAA15666; Wed, 14 Feb 1996 11:40:45 -0500 (EST) Resent-Message-Id: <199602141640.LAA15666@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id KAA12892; Wed, 14 Feb 1996 10:09:44 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id KAA06315; Wed, 14 Feb 1996 10:09:44 -0500 (EST) Received: from mailserv.uni-tuebingen.de by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with SMTP id KAA06310; Wed, 14 Feb 1996 10:09:42 -0500 (EST) Received: from commlink.zdv.uni-tuebingen.de by mailserv.uni-tuebingen.de with SMTP (PP); Wed, 14 Feb 1996 16:09:29 +0100 Received: (from kappe01@localhost) by commlink.zdv.uni-tuebingen.de (8.6.12/8.6.12) id QAA26278 for netatalk-admins@umich.edu; Wed, 14 Feb 1996 16:09:26 +0100 Date: Wed, 14 Feb 1996 16:09:26 +0100 From: kappe01 Message-Id: <199602141509.QAA26278@commlink.zdv.uni-tuebingen.de> Subject: Error: afpd[102]: flushfork Apparently-To: netatalk-admins@umich.edu Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 14 Feb 1996 11:40:45 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi, I hope this is no FAQ I'm working with Linux 1.2.13, varios macs (lc .. pm) netatalk and TCL7.5/TK4.1. I need communication via UNIX-pipes (TCL should read from a pipe). Problem: for every write/read comes the Message: DATE MACHINE afpd[102]: flushfork: dfile Invalid Argument (write) DATE MACHINE afpd[102]: afp_flushfork: Invalid Argument (read) on my Linuxmachine and the TCL-Application (on mac) needs up to seconds to recognize the file-event. I need hints to speed up and suppress the Errormessages. May be it is a Problem of .Appledouble ? If it is so: Would .Appledouble work with pipes ? (it seems the filelength is coded in .Appledouble but the length of the Message written to the pipe is not known at the point the Application (on mac) tries to read) Where can i get a good doc about .Appledouble-fileformat ? Email to gerwin@hera.rbi.informatik.uni-frankfurt.de preferred, I'll summarize the answers. From netatalk-admins-request Thu Feb 15 11:02:56 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA27206; Thu, 15 Feb 1996 11:02:56 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id LAA27175; Thu, 15 Feb 1996 11:01:40 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id LAA27169; Thu, 15 Feb 1996 11:01:38 -0500 (EST) Resent-Message-Id: <199602151601.LAA27169@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id TAA03177; Wed, 14 Feb 1996 19:34:58 -0500 (EST) From: eb04@rz.uni-karlsruhe.de Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id TAA02818; Wed, 14 Feb 1996 19:34:57 -0500 (EST) Received: from nz11.rz.uni-karlsruhe.de by truelies.rs.itd.umich.edu (8.7.1/2.2) with ESMTP id TAA02806; Wed, 14 Feb 1996 19:34:55 -0500 (EST) Received: from rz70.rz.uni-karlsruhe.de by nz11.rz.uni-karlsruhe.de with SMTP (PP); Thu, 15 Feb 1996 01:34:44 +0100 Received: by rz70.rz.uni-karlsruhe.de (1.37.109.11/16.2) id AA133674481; Thu, 15 Feb 1996 01:34:41 +0100 Subject: macdump for netatalk To: netatalk-admins@umich.edu Date: Thu, 15 Feb 1996 01:34:41 +0100 (CET) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Message-ID: <"nz11.rz.un.774:15.02.96.00.34.51"@rz.uni-karlsruhe.de> Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 15 Feb 1996 11:01:38 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hello , a while ago i asked about a netatalk port of macdump. Well, now i've gotten half of it and done the other myself, but only on linux. I've dumped a small portion of one mac volume (4MB) and restored a coupe of files from it intact, so i'm declaring it early alpha (the netatalk version, that is). If anybody is interested, and in particular is using netatalk on SunOS or Ultrix and is willing to undo the ansi- and gcc-related damage i've done to portablity, please email me and i'll send the stuff out. Morio eb04@rz.uni-karlsruhe.de Institut fuer Soziologie, Universitaet Karlsruhe, Germany From netatalk-admins-request Thu Feb 15 15:05:22 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id PAA16430; Thu, 15 Feb 1996 15:05:22 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id PAA16428; Thu, 15 Feb 1996 15:05:20 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id PAA16422; Thu, 15 Feb 1996 15:05:19 -0500 (EST) Resent-Message-Id: <199602152005.PAA16422@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id MAA00937; Thu, 15 Feb 1996 12:42:00 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id MAA27889; Thu, 15 Feb 1996 12:41:59 -0500 (EST) Received: from mailbox.swip.net by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with SMTP id MAA27863; Thu, 15 Feb 1996 12:41:54 -0500 (EST) Received: from nic.swip.net (dialup103-4-8.swipnet.se [130.244.103.68]) by mailbox.swip.net (8.6.12/8.6.12) with SMTP id SAA02430 for ; Thu, 15 Feb 1996 18:41:49 +0100 Date: Thu, 15 Feb 1996 18:41:49 +0100 Message-Id: <199602151741.SAA02430@mailbox.swip.net> X-Sender: m-8810@mailbox.swip.net (Unverified) X-Mailer: Windows Eudora Light Version 1.5.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: netatalk-admins@umich.edu From: Joakim Ahlen Subject: Scantext 2030 Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 15 Feb 1996 15:05:19 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hello there! Does anybody know if netatalk works with a Typesetter called Scantext 2030? This typesetter seems to be a quite special one, especially if you want it working with a PC running Appletalk. I've tried to print to the typesetter from Phonenet PC, and it worked fine. Everything else I've tried have failed (except from printing from a true Macintosh). I've tried with Windows NT 3.51 & Services for Mac. I tried Personal MacLan for W95 but it didn't work. I've tried Personal MacLan for Windows 3.11, and it didn't work either. One explanation for the problem that i've heard, is that the typesetter can't handle spooling. I don't know if it's true, but it is a fact the all the programs are spooling their printers except the Macs and Phonenet PC. So i heard about Netatalk and thought i'd give it a try. The backside of the coin was that I had never worked with Linux before, so i'm on good way trying to get a grip on it now. My questions are: Has anybody tested this typesetter with netatalk (not likely)? Does anybody know if netatalk is spooling, and if so, can you disable it? Thank you! //Jocke Joakim Ahlen Mediaprint, Uddevalla AB Box 753 S-451 26 Uddevalla Sweden Joakim.Ahlen@mediaprint.se FAX: +46 (0)522 16417 TEL: +46 (0)522 30400 From netatalk-admins-request Thu Feb 15 17:04:19 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id RAA20611; Thu, 15 Feb 1996 17:04:19 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id RAA20607; Thu, 15 Feb 1996 17:04:18 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id RAA20603; Thu, 15 Feb 1996 17:04:16 -0500 (EST) Resent-Message-Id: <199602152204.RAA20603@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id QAA20180; Thu, 15 Feb 1996 16:53:03 -0500 (EST) From: kennen@drawings.com Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id QAA09365; Thu, 15 Feb 1996 16:53:02 -0500 Received: from drawings.com by twins.rs.itd.umich.edu (8.6.12/2.2) with SMTP id QAA09350; Thu, 15 Feb 1996 16:52:56 -0500 Received: by drawings.com (Smail3.1.29.1 #6) id m0tnBf4-00004RC; Thu, 15 Feb 96 15:56 CST Message-Id: Subject: dec 20140 cards To: netatalk-admins@umich.edu Date: Thu, 15 Feb 1996 15:56:22 -0600 (CST) X-Mailer: ELM [version 2.4 PL23beta2] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 15 Feb 1996 17:04:16 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu hello, does anyone know of an easy way to get a dec 21040 ethernet card to wrok with netatalk on a linux machine? thanks -- kennen@drawings.com From netatalk-admins-request Fri Feb 16 12:07:34 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id MAA21350; Fri, 16 Feb 1996 12:07:34 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id MAA21348; Fri, 16 Feb 1996 12:07:33 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id MAA21343; Fri, 16 Feb 1996 12:07:32 -0500 (EST) Resent-Message-Id: <199602161707.MAA21343@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id EAA14573; Fri, 16 Feb 1996 04:45:54 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id EAA04057; Fri, 16 Feb 1996 04:45:54 -0500 (EST) Received: from schubert.promo.de by truelies.rs.itd.umich.edu (8.7.1/2.2) with SMTP id EAA04045; Fri, 16 Feb 1996 04:45:29 -0500 (EST) Received: from quick.promo.de (quick.Promo.DE [194.45.188.67]) by schubert.promo.de (8.6.9/8.6.9) with SMTP id KAA16703; Fri, 16 Feb 1996 10:41:15 +0100 Message-ID: Date: 16 Feb 1996 10:42:10 +0200 From: "Stefan Bethke" Subject: Re: Scantext 2030 To: "Joakim Ahlen" , "netatalk-admins" X-Mailer: Mail*Link SMTP-QM 3.0.2 Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; Name="Message Body" Content-Transfer-Encoding: quoted-printable Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 16 Feb 1996 12:07:31 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Betreff: RE>Scantext 2030 I doubt that 'spooling' actually is the problem; I would guess that some = postscript commands might not be undersood by the RIP. In this case, you = should be able to use the image setter with a proper .ppd file. Another point of failure might be the PAP protocol; then there is = actually litte chance you can do anything about it. If it is true that = neither MacLan nor WinNT can't print to it, I would guess it might well = be a protocol problem. What exactly happens when you print? Do you get network error messages = (such as "connection lost")? Do you get Postscript errors (... offending = command: ...)? Hope this helps, Stefan -- Promo Datentechnik | Tel. +49-40-431360-0 + Systemberatung GmbH | Fax. +49-40-431360-60 Waterloohain 6-8 | e-mail: stefan@Promo.DE D-22769 Hamburg | http://www.Promo.DE/ -------------------------------------- Date: 15.02.1996 23:11 Uhr To: Stefan Bethke From: Joakim Ahlen Hello there! Does anybody know if netatalk works with a Typesetter called Scantext = 2030? This typesetter seems to be a quite special one, especially if you want = it working with a PC running Appletalk. I've tried to print to the = typesetter from Phonenet PC, and it worked fine. Everything else I've tried have = failed (except from printing from a true Macintosh). I've tried with Windows NT 3.51 & Services for Mac. I tried Personal MacLan for W95 but it didn't = work. I've tried Personal MacLan for Windows 3.11, and it didn't work either. = One explanation for the problem that i've heard, is that the typesetter can't handle spooling. I don't know if it's true, but it is a fact the all the programs are spooling their printers except the Macs and Phonenet PC. So = i heard about Netatalk and thought i'd give it a try. The backside of the = coin was that I had never worked with Linux before, so i'm on good way trying = to get a grip on it now. My questions are: Has anybody tested this = typesetter with netatalk (not likely)? Does anybody know if netatalk is spooling, and if so, can you disable it? From netatalk-admins-request Fri Feb 16 12:24:36 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id MAA21897; Fri, 16 Feb 1996 12:24:36 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id MAA21893; Fri, 16 Feb 1996 12:24:35 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id MAA21889; Fri, 16 Feb 1996 12:24:34 -0500 (EST) Resent-Message-Id: <199602161724.MAA21889@terminator.rs.itd.umich.edu> Received: from judgmentday.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id QAA11783; Tue, 13 Feb 1996 16:11:01 -0500 (EST) Received: by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with X.500 id QAA04707; Tue, 13 Feb 1996 16:11:01 -0500 (EST) Received: from bubba.tribe.com by judgmentday.rs.itd.umich.edu (8.7.1/2.2) with SMTP id QAA04691; Tue, 13 Feb 1996 16:10:59 -0500 (EST) Received: (from archie@localhost) by bubba.tribe.com (8.6.12/8.6.12) id NAA09480; Tue, 13 Feb 1996 13:10:56 -0800 From: Archie Cobbs Message-Id: <199602132110.NAA09480@bubba.tribe.com> Subject: Re: FreeBSD'ers? To: wesley.craig@umich.edu Date: Tue, 13 Feb 1996 13:10:56 -0800 (PST) Cc: netatalk-admins@umich.edu In-Reply-To: <199602132102.QAA11464@terminator.rs.itd.umich.edu> from "wesley.craig@umich.edu" at Feb 13, 96 04:02:51 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 16 Feb 1996 12:24:33 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu > > What's the general situation with the FreeBSD port of netatalk? > > Are there people on the list actively working on it? I haven't > > seen or heard anything. > > I have recieved partial patches for FreeBSD 2.0.5. I haven't > integrated them yet, but will before the next release. Since 2.1.0 is the latest release and there are probably some differences from 2.0.5, we should probably reconcile those patches with it. I'd be happy to help do this if needed. -Archie _______________________________________________________________________________ Archie L. Cobbs, archie@tribe.com * Tribe Computer Works http://www.tribe.com From netatalk-admins-request Fri Feb 16 12:27:04 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id MAA22033; Fri, 16 Feb 1996 12:27:04 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id MAA22030; Fri, 16 Feb 1996 12:27:02 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id MAA22026; Fri, 16 Feb 1996 12:27:01 -0500 (EST) Resent-Message-Id: <199602161727.MAA22026@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id QAA06521; Sun, 11 Feb 1996 16:57:07 -0500 (EST) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id QAA21997; Sun, 11 Feb 1996 16:57:07 -0500 Received: from isurus.marinelab.sarasota.fl.us by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with SMTP id QAA21988; Sun, 11 Feb 1996 16:57:05 -0500 Received: from mycteria.marinelab.sarasota.fl.us by isurus.marinelab.sarasota.fl.us with smtp (Linux Smail3.1.29.1 #3) id m0tljlY-002N8oC; Sun, 11 Feb 96 16:57 EST Date: Sun, 11 Feb 1996 17:50:41 -0500 (EST) From: Don Hayward To: Netatalk Admins Subject: Cannot assign requested address Message-ID: Read-Receipt-To: don@marinelab.sarasota.fl.us MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Fri, 16 Feb 1996 12:27:01 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Hi, This seems like it must be obvious, and probably has been diagnosed here before, but I missed it and am missing it. Just moved to Linux 1.3.60, ELF, libc 5.2.16, gcc 2.7.2 and netatalk 1.3.3. There were some bumps, but everything else seems to be working. When I try to start the netatalk daemons I get: Starting appletalk demons:bind:Cannot assign requested address bind:Cannot assign requested address Thay ran before under 1.2.11 and 1.3.3b2. I haven't changed services or the config file. All help will be appreciated. Thanks. don Don Hayward, JAPH Mote Marine Laboratory don@marinelab.sarasota.fl.us 1600 Ken Thompson Parkway Voice: 941.388.4441 Sarasota, FL 34236 Fax: 941.388.4312 We are an independent, non-profit, marine and estuarine research and education facility. require "disclaimer.pl"; # We run Linux See: http://www.marinelab.sarasota.fl.us/ http://www.marinelab.sarasota.fl.us/~don From netatalk-admins-request Tue Feb 20 09:08:54 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id JAA04913; Tue, 20 Feb 1996 09:08:54 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id JAA04911; Tue, 20 Feb 1996 09:08:53 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id JAA04905; Tue, 20 Feb 1996 09:08:51 -0500 (EST) Message-Id: <199602201408.JAA04905@terminator.rs.itd.umich.edu> From: wesley.craig@umich.edu To: zhang@3ctws.ms.ornl.gov (Xiaoguang Zhang) cc: netatalk-admins@umich.edu (netatalk netatalk) Subject: Re: Netatalk runs on Alpha Linux? In-reply-to: Your message of "Tue, 20 Feb 1996 08:26:13 EST." <9602201326.AA19258@3ctws.ms.ornl.gov> Date: Tue, 20 Feb 1996 09:08:51 -0500 Sender: wes@terminator.rs.itd.umich.edu > From: zhang@3ctws.ms.ornl.gov (Xiaoguang Zhang) > To: netatalk-admins@umich.edu (netatalk netatalk) > Does netatalk work on Linux for DEC alpha? It ought to, but I don't have any reports that it's been tried. :wes From netatalk-admins-request Tue Feb 20 09:08:22 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id JAA04887; Tue, 20 Feb 1996 09:08:22 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id JAA04885; Tue, 20 Feb 1996 09:08:21 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id JAA04877; Tue, 20 Feb 1996 09:08:20 -0500 (EST) Resent-Message-Id: <199602201408.JAA04877@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id IAA04219; Tue, 20 Feb 1996 08:26:17 -0500 (EST) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id IAA24353; Tue, 20 Feb 1996 08:26:17 -0500 Received: from 3ctws.ms.ornl.gov by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with SMTP id IAA24336; Tue, 20 Feb 1996 08:26:13 -0500 Received: by 3ctws.ms.ornl.gov (AIX 3.2/UCB 5.64/4.03) id AA19258; Tue, 20 Feb 1996 08:26:13 -0500 From: zhang@3ctws.ms.ornl.gov (Xiaoguang Zhang) Message-Id: <9602201326.AA19258@3ctws.ms.ornl.gov> Subject: Netatalk runs on Alpha Linux? To: netatalk-admins@umich.edu (netatalk netatalk) Date: Tue, 20 Feb 1996 08:26:13 -0500 (EST) Content-Type: text Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Tue, 20 Feb 1996 09:08:19 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Does netatalk work on Linux for DEC alpha? From netatalk-admins-request Wed Feb 21 10:32:56 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA14056; Wed, 21 Feb 1996 10:32:56 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA14053; Wed, 21 Feb 1996 10:32:55 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id KAA14048; Wed, 21 Feb 1996 10:32:53 -0500 (EST) Resent-Message-Id: <199602211532.KAA14048@terminator.rs.itd.umich.edu> Received: from redheat.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id KAA13679; Wed, 21 Feb 1996 10:10:23 -0500 (EST) Received: by redheat.rs.itd.umich.edu (8.6.12/2.2) with X.500 id KAA08134; Wed, 21 Feb 1996 10:10:23 -0500 Received: from etse.urv.es by redheat.rs.itd.umich.edu (8.6.12/2.2) with ESMTP id KAA08111; Wed, 21 Feb 1996 10:10:18 -0500 Received: from 193.144.20.53 (jclavero.etse.urv.es [193.144.20.53]) by etse.urv.es (8.6.12/8.6.9) with SMTP id PAA17032; Wed, 21 Feb 1996 15:51:14 GMT Message-ID: <312B4596.6653@etse.urv.es> Date: Wed, 21 Feb 1996 16:17:26 +0000 From: Jordi Clavero Organization: UNIVERSITAT ROVIRA I VIRGILI X-Mailer: Mozilla 2.0b6a (Macintosh; I; PPC) MIME-Version: 1.0 To: netatalk-admins@umich.edu CC: jgrau@etse.urv.es Subject: Writing to shared folders from MacOS 7.1 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 21 Feb 1996 10:32:53 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu We have netatalk running in a Linux system. We can read and write in the shared folders of the server from a Macintosh with MacOS 7.5, but we can't from a Macintosh with MacOS 7.1. The error message reported is "There's no enough space to copy the file. 1899,3 Mb needed" (somethig like this, sorry for the translation Spanish-English). Of course, the file I want to copy is just 18K. The permissions in the linux server are well configured, so we can write to that shared folders from MacOS 7.5 We don't want to update the computers from 7.1 to 7.5. Can anybody help us? Thanks in advanced. These are the versions we use: Linux 1.3.59 Netatalk 1.3.3 Mac Operative System 7.1 (spanish version) Mac Operative System 7.5 (spanish version) -- #################################################### Jordi Clavero Recursos Informatics. Escola Tecnica Superior d'Enginyeria. UNIVERSITAT ROVIRA I VIRGILI. TARRAGONA. Autovia de Salou, s/n. Zona Educacional. 43006 TARRAGONA. SPAIN Tel. 34(9)77 559626 - Fax 34(9)77 559699 #################################################### From netatalk-admins-request Wed Feb 21 23:33:17 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id XAA05703; Wed, 21 Feb 1996 23:33:17 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id XAA05701; Wed, 21 Feb 1996 23:33:16 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id XAA05697; Wed, 21 Feb 1996 23:33:15 -0500 (EST) Resent-Message-Id: <199602220433.XAA05697@terminator.rs.itd.umich.edu> Received: from totalrecall.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id UAA03850; Wed, 21 Feb 1996 20:43:26 -0500 (EST) Received: by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with X.500 id UAA13271; Wed, 21 Feb 1996 20:43:25 -0500 Received: from ras.easyconnect.com by totalrecall.rs.itd.umich.edu (8.6.12/2.3) with SMTP id UAA13237; Wed, 21 Feb 1996 20:43:17 -0500 Received: from [206.98.220.58] by ras.easyconnect.com (NTMail 3.00.11) id sa035196 Wed, 21 Feb 96 20:46:53 -0500 (EST) Received: from server.majjas.com (localhost [127.0.0.1]) by majjas.com (8.6.12/8.6.12) with SMTP id UAA08718; Wed, 21 Feb 1996 20:41:58 -0500 Sender: mbreuer@majjas.com Message-ID: <312BC9E5.74B4E0F1@majjas.com> Date: Wed, 21 Feb 1996 20:41:57 -0500 From: Michael Breuer Organization: Majjas Document Solutions X-Mailer: Mozilla 2.0b6a (X11; I; Linux 1.3.45 i586) MIME-Version: 1.0 To: Jordi Clavero CC: netatalk-admins@umich.edu, jgrau@etse.urv.es Subject: Re: Writing to shared folders from MacOS 7.1 References: <312B4596.6653@etse.urv.es> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Wed, 21 Feb 1996 23:33:14 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu MacOS 7.1 can't read large filesystems. To solve this problem, you either have to upgrade to 7.5, or use smaller partitions on your file system. Jordi Clavero wrote: > > We have netatalk running in a Linux system. We can read and write in the > shared folders of the server from a Macintosh with MacOS 7.5, but we > can't from a Macintosh with MacOS 7.1. > > The error message reported is "There's no enough space to copy the file. > 1899,3 Mb needed" (somethig like this, sorry for the translation > Spanish-English). Of course, the file I want to copy is just 18K. > > The permissions in the linux server are well configured, so we can > write to that shared folders from MacOS 7.5 > > We don't want to update the computers from 7.1 to 7.5. > > Can anybody help us? Thanks in advanced. > > These are the versions we use: > > Linux 1.3.59 > Netatalk 1.3.3 > Mac Operative System 7.1 (spanish version) > Mac Operative System 7.5 (spanish version) > > -- > #################################################### > Jordi Clavero > > Recursos Informatics. > Escola Tecnica Superior d'Enginyeria. > UNIVERSITAT ROVIRA I VIRGILI. TARRAGONA. > Autovia de Salou, s/n. Zona Educacional. > 43006 TARRAGONA. SPAIN > Tel. 34(9)77 559626 - Fax 34(9)77 559699 > #################################################### From netatalk-admins-request Thu Feb 22 10:37:52 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA27317; Thu, 22 Feb 1996 10:37:52 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id KAA27315; Thu, 22 Feb 1996 10:37:51 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id KAA27311; Thu, 22 Feb 1996 10:37:49 -0500 (EST) Resent-Message-Id: <199602221537.KAA27311@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id QAA26932; Wed, 21 Feb 1996 16:46:10 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id QAA09350; Wed, 21 Feb 1996 16:46:09 -0500 (EST) Received: from gonzo.sci.mus.mn.us by truelies.rs.itd.umich.edu (8.7.1/2.2) with SMTP id QAA09322; Wed, 21 Feb 1996 16:46:06 -0500 (EST) Received: (from carlson@localhost) by gonzo.sci.mus.mn.us (8.6.12/8.6.12) id PAA18883; Wed, 21 Feb 1996 15:46:50 -0600 Date: Wed, 21 Feb 1996 15:46:50 -0600 (CST) From: Bradley Carlson To: netatalk-admins@umich.edu Subject: using pap(1) with networked DeskWriter560C ? Message-ID: Organization: Science Museum of Minnesota MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 22 Feb 1996 10:37:49 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Has anyone managed to spool to a Macintosh network-connected DeskWriter560C (or any of its kin)? I can create a file of raw printer data using gs(1) and send it to such a DeskWriter560C using pap(1) (I found that I have to add a ^Z to the end of the file to get the last page to eject). All pages print correctly; however, pap never exits, and papstatus(1) reports the printer as "busy" forever. When I eventuall kill off pap, the printer stays "busy" for part of a minute, then returns to its idle state. -Bradley Carlson particulars: Linux 1.2.13 netatalk 1.3.3 (with 1.3.3b2 kernel patches) DEC EtherPower nic DeskWriter 560C connected to ethernet via Farallon Etherwave Mac adapter From netatalk-admins-request Thu Feb 22 16:06:06 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id QAA05303; Thu, 22 Feb 1996 16:06:06 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id QAA05293; Thu, 22 Feb 1996 16:06:04 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id QAA05280; Thu, 22 Feb 1996 16:05:59 -0500 (EST) Resent-Message-Id: <199602222105.QAA05280@terminator.rs.itd.umich.edu> Received: from truelies.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with ESMTP id LAA28992; Thu, 22 Feb 1996 11:58:16 -0500 (EST) Received: by truelies.rs.itd.umich.edu (8.7.1/2.2) with X.500 id LAA12497; Thu, 22 Feb 1996 11:58:15 -0500 (EST) Received: from relax.ltc.Vanderbilt.Edu by truelies.rs.itd.umich.edu (8.7.1/2.2) with SMTP id LAA12492; Thu, 22 Feb 1996 11:58:14 -0500 (EST) Received: (from pfaffman@localhost) by relax.ltc.Vanderbilt.Edu (8.6.11/8.6.11) id KAA03668; Thu, 22 Feb 1996 10:58:00 -0600 Date: Thu, 22 Feb 1996 10:58:00 -0600 From: Jay Pfaffman Message-Id: <199602221658.KAA03668@relax.ltc.Vanderbilt.Edu> To: carlson@sci.mus.mn.us CC: netatalk-admins@umich.edu In-reply-to: (message from Bradley Carlson on Wed, 21 Feb 1996 15:46:50 -0600 (CST)) Subject: Re: using pap(1) with networked DeskWriter560C ? Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Thu, 22 Feb 1996 16:05:58 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu I've had similar problems printing to a LaserJet with my Linux box. It doesn't seem to happen all the time, and I can't find any pattern to the behavior. So at least you know that it's not your imagination. :-) Jay Pfaffman pfaffman@relax.com +1-615-343-1720 (office) +1-615-460-9299 (home) http://relax.ltc.vanderbilt.edu/~pfaffman/ On Wed, 21 Feb 1996 15:46:50 -0600 (CST), Bradley Carlson said: > Has anyone managed to spool to a Macintosh network-connected > DeskWriter560C (or any of its kin)? I can create a file of raw printer > data using gs(1) and send it to such a DeskWriter560C using pap(1) (I > found that I have to add a ^Z to the end of the file to get the last page > to eject). All pages print correctly; however, pap never exits, and > papstatus(1) reports the printer as "busy" forever. When I eventuall kill > off pap, the printer stays "busy" for part of a minute, then returns to > its idle state. > -Bradley Carlson > particulars: > Linux 1.2.13 > netatalk 1.3.3 (with 1.3.3b2 kernel patches) > DEC EtherPower nic > DeskWriter 560C connected to ethernet via Farallon Etherwave Mac adapter From netatalk-admins-request Sat Feb 24 09:35:31 1996 Return-Path: Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id JAA16610; Sat, 24 Feb 1996 09:35:31 -0500 (EST) Received: by terminator.rs.itd.umich.edu (8.7.3/2.3) with X.500 id JAA16608; Sat, 24 Feb 1996 09:35:30 -0500 (EST) Received: from terminator.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id JAA16604; Sat, 24 Feb 1996 09:35:29 -0500 (EST) Resent-Message-Id: <199602241435.JAA16604@terminator.rs.itd.umich.edu> Received: from twins.rs.itd.umich.edu by terminator.rs.itd.umich.edu (8.7.3/2.3) with SMTP id AAA28008; Sat, 24 Feb 1996 00:07:53 -0500 (EST) Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id AAA20940; Sat, 24 Feb 1996 00:07:52 -0500 Received: by twins.rs.itd.umich.edu (8.6.12/2.2) with X.500 id AAA20936; Sat, 24 Feb 1996 00:07:51 -0500 Received: from ras.easyconnect.com by twins.rs.itd.umich.edu (8.6.12/2.2) with SMTP id AAA20920; Sat, 24 Feb 1996 00:07:47 -0500 Received: from [206.98.220.47] by ras.easyconnect.com (NTMail 3.00.11) id pa037299 Sat, 24 Feb 96 00:10:38 -0500 (EST) Received: from server.majjas.com (localhost [127.0.0.1]) by majjas.com (8.6.12/8.6.12) with SMTP id AAA01943; Sat, 24 Feb 1996 00:06:08 -0500 Sender: mbreuer@majjas.com Message-ID: <312E9CBE.69B6B552@majjas.com> Date: Sat, 24 Feb 1996 00:06:06 -0500 From: Michael Breuer Organization: Majjas Document Solutions X-Mailer: Mozilla 2.0b6a (X11; I; Linux 1.3.45 i586) MIME-Version: 1.0 To: linux-atalk , netatalk , linux-kernel Subject: Ethertalk<-->tcp using netatalk? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Resent-To: netatalk-admins@umich.edu Resent-From: wesley.craig@umich.edu Resent-Date: Sat, 24 Feb 1996 09:35:29 -0500 Resent-Sender: wes@terminator.rs.itd.umich.edu Is it possible to route between tcp and ethertalk using netatalk? I know this can be done with commercial products (like GatorBox). I'd like to use an appletalk connection on a powerbook to access a pop mail server on a linux machine. MacTCP allows for tunneling TCP over local/ethertalk. If anyone knows of a way to configure netatalk, or of an alternative package which supports this, please let me know. TIA Michael Breuer mbreuer@majjas.com